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INFORMATION DELIVERY SYSTEM AND METHOD 

Field of Invention 

5 The present invention is directed to a computer-based 
system and method for the electronic distribution of 
information, and more particularly, for the distribution 
of information via the Internet to authorized recipients. 

10 Copyright Notice 

A portion of the disclosure of this patent document 
contains material which is subject to copyright 
protection. The copyright owner has no objection to the 
15 facsimile reproduction by anyone of the patent document 
or patent disclosure as it appears in the Patent and 
Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

20 BgtcKgrp\m<3 Qt thg Inve nt ig n 

Current computer technology allows documents and other 
information to be distributed electronically, from 
computer to computer. Electronic distribution is 
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generally cose effective when compared with hard copy 
discribucion methods. Giobai compucer networks, such as 
the Internet, enable information to be distributed to a 
wide range of people at locations around the world. One 
5 of the many advantages of the Internet, particularly the 
World Wide Web ("WWW"), is that the communication 
protocols used are non -proprietary , thus enabling end 
users to access and use the 'Internet without the need for 
customized hardware or software. 

10 

Often, an information provider wishes to provide 
information to users on a controlled basis. For example, 
the information provider may want to provide information 
only to those users who have paid a fee or completed a 

15 registration process, and also may want to restrict 

access to certain types of informacion to certain classes 
of users. Additionally, the information provider may 
require that the format of the information provided to 
one user be different from the format of the same 

20 information provided to another user or class of users. 

Further, some users only may be interested in certain 
types of information available frgm a particular 
information provider. Users may wish that the 
25 information received from an information provider be 
output in a format specific to that user. 

Existing technology allows an information provider who 
distributes information via the WWW to restrict access to 

30 authorized users by means of, for example, a user 

identification code and/or password. However, current 
password authorization methods used on the WWW have a 
number of significant problems. When using a browser 
program, such as Netscape's Navigator program or 

35 Microsoft's Internet Explorer program, to access web 

pages, a user is simply making a request to a remote web 
server (having a unique IP address) for a file. This 
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20 



30 



file is scored in the user's computer local memory and is 
output by the browser program. Typically, web paces are 
m HTML format (HyperText Markup Language). Each time 
the user "moves" tio a new web page, the browser program 
makes a new request to a web server (which may be the. 
same or another web server) for a file. Thus, although a 
user may provide a password to obtain a file from a web 
server, the user typically does not log-out when the user 
has finished with this file the user simply issues a 
request for a file on another web server or closes down 
his or her browser program. 



When a. user initially accesses a web server, most browser 
programs can provide the web server with an 
15 identification code identifying the particular browser as 
well as the user's Internet Protocol ("IP") address. 
However, when a user accesses a web server through a 
proxy server, many users may appear to have the same I? 
address . 



To prevent concurrent use of a user's identification code 
and password (e.g. , to prevent the user from distributing 
the user's identification code and password for use by 
others) when a user initially accesses a web server, the 
2 5 web server, using current password technology, can 

prevent other access with that identification code for a 
predetermined period of time. However, if the user moves 
to another computer or browser program, then the 
authorized user will be prevented from accessing the web 
server from the new computer or. browser program. 



Thus, a secure sign-on procedure is needed that prevents 
multiple users using the same identification code and 
allows an authorized user to move to another computer or 
35 browser program and still be permitted to access the • 
secure web server. 
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When providing informacicn via ihe WVAv , mf orrr.a c ion 
providers can, in a crude way, " cuscorr.i ze " the 
information for a user. One simple example of 
cuscomization is providing the user with the results of a 
5 query. Here, the user submits a query to the web server, 
e.g., by completing a form, and, based on the user's 
request, the web server creates a web page (or form) 
comprising information satisfying the query and transfers 
this web page (or form) to the user's browser program for 

10 display. In such systems, the program used to create the 
web page (or form) is "hard coded", so that if the 
information provider wishes to change the format of the 
information, this program must be recoded or replaced. 
Recoding or replacing such programs is inefficient and 

15 often time consuming. 

Further, every user who submits the same query to the web 
server will receive the same results in the same format. 
Existing methods of providing information to WWW users do 
20 not enable different users to be automatically provided 
with different views of the information. Thus, a 
procedure is needed to enable the provision of customized 
views of requested information to WWW users. 

25 When a user submits a query to a web server, the web 
server will typically format and submit the received 
query to a database program or search engine. There can 
be many types of queries that a user submits via an 
information provider's web server. For example, some 

30 queries may request information based on categories 

contained in a relational database {e.g., all presidents 
who were born in Virginia) while other queries may 
require full text searches of textual documents (e.g., 
all documents containing the words "sell" and "IBM"). 

35 Currently, information providers maintain one database of 
information that is used to obtain the results of all 
types of queries. However, while a database search 
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15 



20 



engine may be fast and efficient m obtaining search 
results for some types of queries, it may be slow and 
inefficienr m obcaining search results for other types 



or Queries 



Moreover, when responding to queries via the WWW, che web 
server is accessed by many users. Due to communication 
delays over the Internet, it is wasteful to tie-up the 
database program or search engine until each user has 
received the full results of the user's query. It would 
be desirable in some instances to provide a search 
mechanism that allows asynchronous searching of a 
database by multiple web users such that the database 
program or search engine can take advantage of 
communication delays when serving multiple users. 

Thus, in summary, an Internet information delivery system 
is needed that has a secure but flexible password control 
mechanism so that information is provided only to users 
who are authorized to receive it. that efficiently 
retrieves any requested information, and that customizes 
the views of information provided to users in a flexible 
and robust manner. 



25 S%«mnarv of i-h^ Inventiion 

The present invention provides an electronic information 
distribution system that allows remote users to receive, 
access and query information that is stored in electronic 

30 form at a central server, called a repository server. 

Ideally, users communicate with the repository server via 
the Internet. The repository server is coupled to the 
Internet by a web server. The repository server 
comprises or is coupled to a plurality of databases of 

35 information stored in electronic form. 



Preferably, the repository server is coupled to one 



or 
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more remote concribucor workscac ions . The mformacion 
nhac IS stored at the repository server is received from 
the contributor workstations in electronic form. 
According to the representative embodiment of the present 
5 invention, the information received from the contributor 
workstations are files comprising one or more documents. 
These documents typically would contain text, data, 
charts, graphs, spreadsheet^ and the like, or 
combinations thereof, and may be in many formats. It 

10 will be appreciated that any information that can be 
stored in digital form, such as photographs, videos, 
sound recordings, etc. may be stored in the files 
received from the contributor workstations; In the 
representative embodiment, files received from the 

15 contributor workstations are converted at a central site 
into predetermined format, e.g., for printable documents, 
a common viewing format such as, for example, PDF format, 
and thereafter provided to the repository server. In the 
representative embodiment, each document submitted to the 

20 repository server is accompanied by a document profile 

comprising information organized according to predefined 
fields relating to the document. 

The web server includes a web server program. The web 
25 server also includes a web server helper application 
using the appropriate API such as, for example, the 
Common Gateway Interface (CGI) program, BGI , NSAPI or 
ISAPI . 

30 According to the representative embodiment of the present 
invention, each user has a user computer, such as, for 
example, a personal computer with an Intel Pentium 
processor and a fast modem that the user can use to 
connect to the Internet . The user computer has one or 

35 more local storage devices. In the representative 
embodiment, the user computer executes Netscape's 
Navigator 2.1 browser program. However, other browser 
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programs, such the Mosaic browser or Microsofc's Incernec 
Explorer 2.0 browser could also be used. As used herein^ 
the browser programs executed by che user computer will 
be termed "Internet browsers." 

5 

When the user initially accesses the web server, the user 
IS required to provide a user identification code ("ID") 
and a password. The web server submits a login request 
to the CGI program to verify chat no other user is using 
10 Che same ID. According co the present invention, a user 
is permitted to access che web server from a different 
user computer or using a different Internet browser; 
however, the present invention prevents che user (or 
other users) from "concurrencly accessing che web server 
from more than one computer or Incernec browser using che 
same ID. 

Once the user has provided che ID and password, che 
reposicory server will decermine what information that 
user is authorized to receive. According to the present 
invention, each user has auChorizacion Co access all oi a 
subset of the information scored at the reposicory 



15 



20 



25 



30 



35 



server . 



In Che represencative embodimenc. che reposicory server 
can provide che user wich a lisc of new documencs chac 
have been recently received by che reposicory server and 
which that user is authorized to access. The user may 
also request a lisc of documencs chac fic cercain user- 
specified search criceria. A lisc of che documencs chac 
macch that search criceria and which che user is 
auchorized Co access is provided co che user computer 
The user can. then select, request and view documents from 
these lists. 

Different users may be permicced co access differenc 
subsets of Che documencs scored ac che cencral 
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repository 



According to che present invention, the web server is 
coupled to at least two database search engines in the 
5 repository server. At least one search engine performs 
at least full text searching of textual documents. At 
least one other search engine performs at least searching 
on predefined fields of infbrmation. When a search is 
submitted by the user to the web server, it is determined 

10 what type of search is required, and the appropriate 

query (e.g., full text, search on predefined fields) is 
formulated and submitted to the appropriate search 
engine. The search engine returns a results set to the 
web server. Typically, the results set will comprise a 

15 list of documents satisfying the query and that the user 
has authorization to access. This architecture ensures 
that the most efficient search engine is used to obtain 
the search results and allows more than one search to be 
conducted in parallel. 

20 

In the representative embodiment, the repository server 
includes a number of optimizers. An authorization 
optimizer builds the least expensive (in terms of 
execution time) search selection clause which will 

25 restrict the user's query to the database subset that the 
user is authorized to access. A sorted queries optimizer 
speedily provides users with the results set even when 
the number of elements in the results set is substantial . 
The web server sends a query block to repository server 

30 for optimization and the actual database query is built 
by a database server. 



Communication delays over the Internet are used to make 
apparent response time at the web server faster by 
35 interleaving server access and response through an 
asynchronous protocol to the search engine. 
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The web server can provide customized views of the 
ir.formation provided to users. The web server has access 
CO a number of different template forms. The template 
forms are written in a novel computer language, called 
5 herein a "research access language" (or RAL) that 

describes how to format a HTML document and integrate the 
information from results set into this format. The web 
server interprets the template form and creates a HTML 
page comprising the information from the results set. 
10 The web server may have a number of template forms, for 
each type of query, for each user or class of user. etc. 
Thus, each user or class of users may receive information 
in a format defined for that user or class of users. The 
template forms of the present invention provide an 
15 additional advantage. Whenever the information provider 
wishes to change the output format of the information 
provided to users, a new template form is created and - 
used by the web server. Template forms can easily be 
created (without having to "hardcode" any program) and 
can be loaded for use without having to take the web 
server off-line. 

The present invention is ideally suited for providing 
investment research reports to investors and investor 
advisors. Brokerage and investment banking firms create 
mounds of investment research reports on a daily basis 
concerning thousands of companies and industries. These 
reports are provided to investors in electronic form. At 
present, these reports are distributed over proprietary 
networks, requiring the installation and maintenance of 
expensive hardware, software and communication lines. 
Because of this expense, the number of users who have 
access to these proprietary networks is limited. in the 
representative embodiment, the present invention enables 
investment research reports to be securely distributed to 
investors over the Internet. The present invention 
overcomes the disadvantages of Internet (e.g., slower 



20 



25 



30 



35 
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10 

than proprietary networks, less secure, user interface 
limited to HTML format) and enables investment research 
reports to be distributed to a wider range of investors 
who are authorized to receive such reports. 

Brief Descrip tion of the Drawings 

Fig. 1 is a diagram of the 6verall system architecture of 
the present invention. 



Fig. 2 is an example bulletin board screen display. 

Fig. 3 is an example document query form screen display. 

15 Fig. 4 is an example query results screen display. 

Fig. 5 is a system architecture diagram of an enhanced 
system according to the present invention. 

2 0 Deta4.Ji,g<a P^SCri-PtPiQP 

For ease of description, the embodiment of the present 
invention described herein is that used for the 
electronic distribution of investment research reports 
25 and morning meeting notes ("reports") to investors via 
the Internet's World Wide Web ("WWW"), However, the 
invention is not so limited, and can be used, where 
appropriate, for the electronic distribution of other 
types of information via other types of networks. 

30 

Brokerage and investment banking firms spend large sums 
of money creating, printing and distributing thousands of 
graphic-rich research reports to investors (e.g., 
customer's, remote sales offices, investment advisors, 
35 brokers, portfolio managers, etc.) Brokerage and 

investment banking firms distribute their reports only to 
selected investors (e.g., their customers). However, 
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10 



each investor may receive reports from more than one 
brokerage or investment banking firm. Investors require 
access to these reports on a timely basis. It is also 
desirable to search all available reports for those 
reports that may be of interest to the investor. The 
representative embodiment of the present invention 
provides an advanced, secure system to distribute reports 
on a timely basis from brokerage and investment banking 
firms to investors and that allows investors to access 
and query a database of reports located at a remote 
locac ion . 



15 



20 



25 



30 



35 



As used herein, the terms "investor" and "user" include 
any end user who is permitted to receive or access 
information via the present invention, such as. for 
example, customers of brokerage and investment banking 
firms, employees of brokerage and investment banking 
firms, investment advisors, brokers, bankers, portfolio 
and fund managers, journalists, analysts, economists, 
university professors, MBA students, etc. 

Referring now to the drawings, and initially Fig. i, 
there is illustrated an overall system architecture 
according to the present invention. A central repository 
server 2 is coupled, via a central site l, to one or more 
remote contributor workstations 14, 16. 18. The 
contributor workstations 14, is. 18 are used by brokerage 
and investment banking firms to submit reports to the 
repository server 2 . Optionally, the contributor 
workstations 14. 16, 18 may be coupled to the repository 
server 2 via proprietary network comprising a plurality 
of contributor servers 20, 22. Alternatively or 
additionally, a contributor workstation may provide 
reports to the repository server 2 via the Internet. 

In the representative embodiment, the contributor 
workstations execute a program called Multex 
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Contributor^^, described in detail in ::he user manual 
titled "MX Contributor - User Guide" available fron 
Multex Systems, Inc. of New York, New York and expressly 
incorporated herein by reference. The Multex 
5 Contributor^'*^ program is a real-time Windows - based 
document indexing and transfer program used to 
disseminate reports to the central site 1. The 
contributor simply completes a form {a document profile) 
displayed on the screen of the contributor workstation 
10 14, 16, 18 and, at the specified time, the Multex 

Contributor^*^ program transfers the report, along with the 
information in the completed form, to the central site 1. 

At the contributor workstation 14, 16, 18, the 
contributor completes a form relating to the report. 
First, the contributor selects a report for distribution. 
The report is stored, usually as a file, in electronic 
form on the contributor workstation 14, 16, 18 or on a 
server or network drive coupled to the contributor 
workstation 14, 16, 18. The report may be in any 
standard electronic format, for example, Pagemaker, 
Microsoft Word for Windows, Corel WordPerfect, etc. The 
form has fields relating to the report, for example, 
title, author, subject, date and time of creation, 
distribution level (setting distribution to a default 
group of investors or one of a set of predefined groups 
of investors) and expiration time. Optionally, the 
contributor can enter additional information in the form, 
such as, for example, ticker symbol, industry group, 
synopsis, country, region, currency, etc. 

Once the report has been selected and the form completed, 
the user issues a "contribute" command to the Multex 
Contributor^*^ program and the report and all the 
35 information in the form is electronically transmitted to 
the contributor server 20, 22. In the representative 
embodiment, the reports are "pushed up" from the 



20 



25 
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13 

contributor servers 20, 22 to the central site 1 



At the central site 1, the reports are processed. 
Typically, the central site comprises a network of 
computer processors. At the central site 1, each repor 
is converted m to a predetermined a predetermined 
format. In the representative embodiment, all reports 
received at the central site 1 are converted at the 
central site 1 into a format that can be read by the 
Acrobat Exchange program, available from Adobe Systems. 
The reports are then ' provided by the central site 1 to 
the repository server 2. 

Where desired, the repository server 2 can also receive, 
store and enable the distribution of other useful 
information, such as, for example, news reports received 
from wire services, government reports, product reviews. 
ec.c . 

The repository server 2 comprises or is coupled to at 
least two. database servers 11, 13. Each database server 
IS coupled to a database storage device 10, 12. A 
relational database 10, 11 allows field searching. In 
the representative embodiment, the relational database 
10, 11 is an SQL database server ii coupled to a storage 
device 10. A full text database 12, 13 allows word or 
text searching. in the representative embodiment, the 
full text database 12, 13 is a full text search database 
server 13 (for example, a full text search engine 
available from Fulcrum of Ottawa, Canada) coupled to a 
storage device 12. 

The information contained in the form is indexed in the 
35 relational database 11 to allow retrieval of the report 
by searching on such fields, e.g., searches by author, 
date, industry, etc. where necessary, information in'the 
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form received from the contributor is mapped into 
"common" cerminology as used by the relational database 
11. For example, the terms "sports utilities" and 
"minivans" may be mapped -and scored as the term 
5 "automobile." ASCII text is extracted from the report 
and stored in the full text database 12, 13 for full tex 
searching. 

The repository server 2 provides investors with lists of 
10 reports received from the contributor workstations 14, 
16, 18 and allows investors to request lists of reports 
that fit certain criteria. The investor can select 
reports from these lists to down-load, view and/or print 
Generally, lists of reports can be generated by the web 
15 server 4 . 

The contributor of a report can be notified that a 
particular investor has accessed that report . The 
repository server 2 maintains for each report a list of 
20 those who accessed that report. The repository server 2 
can transmit that list to the report * s contributor on a 
regular basis and/or when requested by the contributor. 

The repository server 2 is coupled to a web server 4 
25 which in turn is coupled to the Internet via, for 

example, a Tl or ISDN connection. The web server 4 is a 
high powered server computer that runs a web server 
program. In the representative embodiment, the web 
server 4 executes Netscape's Commerce Server program. 
30 The web server program allows web pages (in HTML format) 
to be accessed by investors. The web server 4 also 
executes other programs and subroutines as required. 

Each investor has a user computer 6, 8, such as, for 
35 example, a personal computer with an Intel Pentium 
processor and a fast modem. In the representative 
embodiment, the user computer 6, 8 executes an Internet 
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browser program, such as, for exarr.ple, Netscape's 
N'avigacor 2.1 browser program. The I.ncernec browser can 
read files m HTML formac. In che represencacive 
embodiment, the Internet browser has access to a plug- in 
program that can read files xn the predetermined format. 
In the representative embodiment, the plug- in is the 
Acrobat Exchange program, available from Adobe Systems 
Chat can read files in ".pdf" format. The user computer 
6, 8 can connect with the Internet via, for, example, a 
commercial Internet Service Provider. 



The web server 4 includes to a web server helper 
application, which in the representative embodiment is 
the CGI (common gateway interface) program, that is 
activated by investors through web pages provided by the 
web server 4. CGI is an interface between the web server 
program and other programs. CGI lets those other 
programs process HTML forms and other data coming from --- 
Internet browsers, and then lets the other programs send 
a response back the web server 4 to be delivered to the-' 
Internet browser. The response can be HTML files, GIF 
files, PDF files, or any data that the Internet browser 
can view. Thus, generally, when an Internet browser 
requests a document from the web server 4 , the web server 
25 4 server program finds the document and sends it to the 
Internet browser. However, if the Internet browser 
requests a CGI program, the web server 4 server program 
acts as a middleman between the Internet browser and the 
CGI program. Other web server helper applications, such 
as, for example, BGI , NSAPI or ISAPI. can be used in 
place of CGI within the principles of the present 
invention. 



Access to the web server 4 begins from an investor's 
35 Internet browser. Initially, the investor can access 
"public" web pages generally describing some of the 
features of the document delivery service of the present 
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invention. If the investor chooses to proceed, the 
investor selects the "log-m" option from the initial web 
page . 

5 User Verification: The first step the web server 4 takes 
in handling an investor request is verifying that the 
investor is permitted to access the information stored at 
the repository server 2. This is accomplished using the 
standard verification procedure built into the 
IC communication protocol between Internet browsers and web 
servers . 

The web server 4 uses Netscape's Commerce Server's 
ability to call custom verification subroutines when a 

15 user tries to access CGI*s and web pages. The web server 
4 executes a subroutine and, using Netscape's NSAPI , 
receives the ID and password that the investor is asked 
to provide by the server/browser, and then verifies the 
ID and password against a database of authorized users 

20 (the user database) maintained at the repository server 

2. If the user is verified, the Internet browser will be 
given a verification signature. An investor who is not 
in the user database, or enters an incorrect password, is 
denied access to CGI * s and web pages on the web server 4 

25 by simply having the subroutine return an "Access Denied" 
flag to the web server 4 . This subroutine maintains an 
open connection to the user database to improve 
performance . 

30 Whenever an investor makes a query for a list of reports, 
the investor's Internet browser sends an HTTP (hypertext 
transfer protocol) request that represents what the user 
wants to the web server 4 , If the request does not have 
a verification signature attached to it, the web server 4 

3 5 sends a command back to the Internet browser, causing it 
to prompt the user for an ID and password. The Internet 
browser will then return this information to the web 
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server 4, which will verify chat the user is enticied to 
access the reports scored at the repository server 2. If 
the user is verified, the Internee browser will be given 
a verification signature. If not, the user will be 
prompted again for his ID and password. Once access is 
verified, the web server 4 will start the CGI prcgrarr. 
named in the original HTTP request, along with any run- 
time parameters that are spe^cified in the request. The 
CGI program first verifies that the user making the 
request (whose ID is passed to the CGI program by the web 
server 4 through an environment variable) is the only one 
using that ID at that moment. This is done by the 
following method: 

a. The CGI program gets the value of the Internet 
1^ browser "cookie", and extracts the value for 

the named pair "mxauth" from the. cookie. 

b. If the value is empty, the CGI program 
indicates that this user is accessing the web 
server 4 for the first time since starting his 
or her Internet browser. This user then 
becomes the designated "current user of this 
ID". A new random value for the "mxauth" part 
of the browser cookie is generated, stored on 
the web server 4 under this user's ID, and sent 
back to the Internet browser, so that the 
Internet browser can send it back next time. 

c. If the value is not empty, the CGI program 
indicates that this user has previously already 
accessed the web server 4 since starting the 
browser program, and has been given an 
authorizing cookie. If the "mxauth" value of 
the cookie does not match the value stored on 
the web server for this user, then this user 
has been superseded by another user using the 
same ID. The CGI does not perform the 
requested task, and tells the user that acc&ss 
is denied. If the "mxauth" value of the cookie 
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does match, chen this user is authorized to 
continue, and the CGI performs the requested 
task. Each time the user is authorized to 
continue, the time of the access is stored on 
5 the web server 4 . 

d- A stored cookie value that is over an hour old 
is considered "stale". A user whose code does 
not match a stale 'cookie is allowed access as 
if the user was initially signing on, as per b. 
10 above . 

Part of the rationale for this method comes from the lack 
of a "sign-off" from a user. When a user "leaves" the 
web server 4 to browse other parts of the WW-;, or closes 
15 down his or her Internet browser, the web server 4 is not 
informed . 



(For reference, it is noted chat cookies are a general 
mechanism which server side connections, such as CGI 

20 scripts, can use to both store and retrieve information 
on a client side of an Internet connection. A web 
server, when returning an HTTP object to an Internet 
browser, may also send a piece of state information which 
the Internet browser will store. Included in the state 

25 object is a description of the range of URLs for which 
that state is valid. Future HTTP requests made by the 
Internet browser which fall within that range will 
include a transmittal of the current value of the state 
object from the Internet browser to the web server. For 

30 no compelling reason, the state object is known in the 
art as a "cookie.") 



Other systems that allow only one instance of an ID to be 
active at one time rely on a "sign-off" notification to 
35 tell when the ID can be used again for "sign-on". 

Because the web server 4 does not receive a "sign-off", 
it is assumed that any new user is allowed to "sign-on" 
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wich that ID, but all others that are currently using 
that ID will now be denied further access, until they 
"sign-on" again {which involves closing down the browser, 
then restarting it again). Furthermore, step d. is 
5 included to keep a user from locking himself out of his 
own :d if he happens to use browsers from two different 
locations, such as home and office. 

Thus, the following scenarios apply: 
10 Scenario 1 : 

* User 1 signs on to the web server 4 at his 
office. The CGI marks this browser/user ID 

combination as the current user. 

* At 5:00PM, he goes home, without closing down 
15 his browser. 

* At 5:45PM he signs on from his home computer. 
The CGI now marks this browser/user ID as the 
current user. 

* At 10:00PM, he goes to bed, without turning off 
20 his browser. 

* At 8:00AM the next day, he arrives at work, and 
tries to access the web server 4 again. 
Because his 10:00PM cookie is now "stale", the 
CGI marks the office browser/user ID, as the 

2 5 current user. 

Scenario 2: 

User 1 signs on to the web server 4 at her 
office. The CGI marks this browser/user ID 
combination as the current user. 

She then goes to the desk of User 2, and shows 
User 2 "this new web service", using her own 
user ID and password . to sign on to the web 
server 4 . The CGI marks User 2 ' s browser as 
the current user of User l»s ID. 
* After a few minutes. User 1 returns to her 
original computer, to find that the CGI is 
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denying her access . User 2 has her locked ouc 
by using her ID. 

This user verification system is particularly well suited 
5 in information delivery systems where a fee is charged 
per ID/password. 

Web Server: The web server '4 uses a single CGI program 
that handles all the types of requests that a user makes 
CO the web server 4, In the representative embodiment, 
the types of requests that the CGI program can handle 
are : 

* Return a list of reports recently received at 
the repository server 2. 

* Reformat the current list of reports. 

* Present a form that allows the user to specify 
criteria for reports the user wants to access. 

* Return a list of reports matching the criteria"' 
in the form mentioned above . 

* Return a list of reports summarized by report 
contributor . 

* Return a list of reports authored by a specific 
contributor . 

These requests are handled similarly, except for the 
request for the form that the user fills in to specify 
criteria for reports that the user wants to access. 

Except for the third request listed above, a query is 
formulated (whose parameters are determined by the run- 
30 time arguments given to the CGI from the original HTTP 
request from the investor) by the web server 4 and sent 
to the appropriate database 11, 13. A result set (a list 
of reports) is returned and stored in memory. The CGI 
then opens a HTML template form that comprises RAL 
35 (research access language) elements, fills in each RAL 
element with data from the result set and sends the 
contents of the template to the Internet browser through 
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Che Web Server 4. (In the case of che reports that are 
summarized by contributor, the CGI simply condenses the 
list of headlines internally to summary form, before 
using the template.) When the output from the CGI is 
5 received at the investor's Internet browser, the browser 
forms it into a "page" of information, along with action 
buttons that the investor can select to initiate other 
requests . 

10 The request to present a "report query form" (the third 
request listed above) calls for the CGI to make two 
queries from the relational database 11. The first query 
is for a list of all contributors whose reports this 
investor has authorization to access. The result set of 

15 this query is used to fill a list box, from which the 

investor is expected to pick the particular contributors 
whose reports the investor would like to access. The': 
second query is for a list of all industries. The result 
set of this query is used to fill a list box, from which 

20 the investor is expected to pick the particular 

industries thac the investor is interested, in. These 
list boxes are defined in the HTML template with RAL 
elements that are appropriate to this particular user 
request . 

25 

When a query is made, the web server 2 selects the 
appropriate database to which the query is first routed. 
In summary, if the query involves text matching (e.g., a 
full text search) within reports, the query is passed to 
30 the full text database 13. If the query does not involve 
text matching within reports, the query is passed to the 
relational database 11. 

In the representative embodiment, each database comprises 
3 5 a number of database servers networked together. (for 
example, database server 13 comprises a network of 
database servers.) The database servers that are 
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available to the CGI are listed in the WEBPUBL.INI file 
on the web server 4. When satisfying a non-text matching 
query, the CGI will attempt to use an SQL type server 
(e.g., 11) first. If that database server is not 
5 available, the CGI will automatically switch to the next 
available SQL database server. (If all SQL database 
servers are not available, then the query will be passed 
on to full text database server (e.g. 13) .) When 
satisfying a text matching query, the CGI will attempt to 

10 use an full text database server (e.g. 13). Again, if 
that server is not available, then its backup will be 
tried, and so on, until either a server can satisfy the 
query, or all servers have been found to be down. In 
addition to this automatic backup system, the CGI 

IS practices semi-random selection of servers in an effort 
to balance the load on the servers. This means that the 
order that servers are tried is not always the same. 

The HTML template forms that the CGI uses rely on forms 

20 that are part of HTML. This allows the users to select 
buttons on the pages to submit requests. Each page may 
have several buttons, and the names of the buttons (the 
actual visible text in them) are used in the CGI to 
identify which button the user selected, and therefore, 

25 which action to perform. Parameters for a query are 

taken from other form constructs, such as text fields, 
list boxes, and combo boxes. When a form does not 
actively show a parameter value, but it would be 
convenient for the CGI to maintain its value for the next 

30 user request, the values are stored as "hidden" fields in 
the form. (A hidden field is a form construct defined in 
HTML for just this purpose.) This allows the parameters 
of a query to be stored in a page that shows the results 
of a query, so that they can then be used again as 

35 starting values when the user requests the report query 
form . 
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Authorization: In Che representative embodiment, each 
user has authorization to access a subset of the 
information stored at the repository server 2. The 
contributor determines who has access to each report 
5 For example, an investment bank may designate that one of 
its reports can be accessed only by its employees and 
certain investors (e.g., its customers). Another report 
may be designated as accessible by employees only. A 
third report may be released for general distribution to 
10 all who wish to access that report. 

Every document contributed by a contributor is identified 
by a , "contributor ID". Furthermore the document is 
assigned by the contributor to one or many "document 
15 groups" owned by the contributor. (Documents usually 
belong to one document group.) 

The authorization information links an investor to a list 
of document groups. Each investor may be permitted to 
20 access documents in one, some or all document groups. 

The repository server 2 constantly maintains an up to 
date list of all the report groups available along with 
the reports in the relational database 11. This list is 
25 updated in real time after a report is added, and 

completely refreshed daily (e.g., after report removal of 
expired reports) . 



To submit a query, an investor must be identified by the 
repository server 2. As the investor's credential are 
checked (see above) , the authorization information is 
retrieved by the repository server 2. This authorization 
information contains a list of report groups the investor 
is permitted to access. 

Optimizations: Two types of optimizations are performed 
by repository server 2. The first is a simplification of 
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the authorization restriction. The second is an optional 
opt imizat ion performed when the result set has to be 
sorted; it is aimed at reducing the perceived response 
time for the first answers to a query. 

5 

One of the characteristics of the architecture of the 
present invention is that each query submitted to a 
database 11, 13 is submitted as a structure description, 
rather than a fully formed SQL statement . The actual SQL 

10 statement is built by the database server 11, 13 itself. 
Thus, the optimizations can take place on the raw query 
definition (i.e., a structure definition) before 
executing the query. This allows for more powerful query 
optimization, and immediate query definition analysis to 

15 select the proper mechanism to execute it. 

1. Optimization of the authorization restriction 
In query definition, the investor can restrict the query 
to a subset of the contributors the investor has access 
20 to. This feature is used to implement queries like 

"'What's new today from XYZ" and "All reports relating to 
automobiles from PQR . " 

The purpose of the authorization optimizer is to build 
25 the least expensive (with respect to execution time) 
selection clause, which will restrict the investor's 
query to the database subset the investor is allowed to 
access . 

30 The authorization optimizer uses this database content 
information, combined with the investor's accessible 
groups, as well as the contributor restriction in the 
query, to build the restriction clause using the 
following method. 

35 

The repository server 2 builds two lists of groups: 

a) the list of groups the investor has requested and 
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b) 



25 

has access co. 

Che list of groups the investor has requested but 
doesn't have access to 



5 Based on the number of elements in these two lists the 

authorization optimizer will build the proper restrictio 



clause . 



The following pseudo code describes the actual code used 
10 to implement this algorithm: 



for (all ihe groups in the investor's allowed group lisi) do 
begin 

if (group is in the query contributor restriction) 

and group is in database) 
then add group lo the allowed list 

end 

for (all the groups in the database) do 
2 0 begin 

if (group is ill the query's contributor restriction) 

and group is not in the investor's allowed list) 
then add group to the disallowed list 

end 

25 

if (allowed groups list is empty) 

then deny request 
else if (disallowed groups list is empo') 

then no restriction 
^ ^ «*se if (decisionFunction (allowed hsi. disallowed list)) 

ihen restrict to groups in allowed list 

else restrict to groups not in disallowed list 



35 The "decisionFunction" selects the shorter of the t 
lists, namely, allowed list and disallowed list. 



wo 



This optimization is more efficient when the database's 
content is close from the investor authorization, since 
40 it works by trimming the unnecessary restrictions for 
groups without reports in the database. 

To improve the efficiency of this optimization when the 
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number of groups in the dacabase grows, the records could 
be dispatched to different tables based on group.'^ and the 
sarr.e optimization algorithm could be used to select the 
appropriate table and generate a different restriction 
5 clause for every table targeted. 

2. Optimization of sorted queries 

The purpose of the sorted queries optimizer is to provide 
Che investor with a fast answer even when the number of 
10 elements to sort is substantial . 

Unlike other applications used in memory sorting, 
database sorting can rely on a buffer being swapped in 
and out to disk from the main memory. When the number of 

15 items to sort becomes significant, these I/O operation 
can consume a lot of time. When an investor submits a 
query via the Internet, the repository server 2 via the 
web server 4 returns the first hundred rows by default,, 
the most recent reports being displayed first. The 

20 actual query result may contain thousand of reports. 

Thus, to display the hundred most recent reports, the 
database has to sort the whole result set before 
returning any answer. 

25 In order to provide the investor with a quick answer, the 
sorted queries optimizer will try to run multiple 
queries, each for a smaller subset of the query. If the 
query has to be sorted by the report's date, the sorted 
queries optimizer divides the requested time period of 

30 the query definition into multiple chunks and executes 
the same query restricted to every chunk. Accordingly, 
the sorted queries optimizer does not disturb the sorting 
order . 



35 



Based upon tests of real data sets, it was found that it 
was more efficient to perform only two queries, rather 
than a lot of them. The first query is performed on the 
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firsc 10th of the time period, the second one on the 
reir:air.der period. For some typical queries, the second 
subquery execution is unnecessary since the first query 
had already returned the number of rows requested by th. 
5 investor . 



10 



For database 13, the retrieving of a count is orders of 
magnitude faster than retrieving the full result set. 
The present invention takes advantage of this 
characteristic to give an immediate feedback to the 
investor. As soon as a query is submitted, the present 
invention performs a count and sends this information to 
the web server 4 . The web server 4 can take advantage o 
this feature to return that information to the Internet 
15 browser by flushing it's internal buffers. That way, 

even when the retrieval of the result set takes tens of 
seconds, the investor gets some feedback in seconds. : 

Ideally, the sorted queries optimizer is used only for 
20 sorted queries and when the number of rows is above a v 
given threshold. The present invention uses the result 
of the count to trigger the sorted query optimization. 

The following pseudo code describes the code used to 
25 implement the sorted queries optimizer: 

Retrieve the count 

if (Query is sorted by a time) and (count > = threshold) then 
begin 

30 

if (query definition contains a time range) 

then get the time range from the query definition 
else use an appropriate default value 

^ ^ add the restriction for I/IO"^ of the time range 

retrieve the first rov/s 

rows_still_to_fetch = rows_requested - rows_a]ready_fetched 



40 



if (rows_still_to_fetch > 0) 
begin 

add the restriction for remainder of the time range 
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retrieve rows_siiIl_to_fetcii rows 

end 

end 

5 This optimizatiion significantly improves the response 
time when the time to perform the additional query is 
negligible compared to the time necessary to sort the 
full set- 



10 The communication delay inherent in the connection 

between the Internet browser and the web server 4 may 

also introduce additional delays hiding some of the 
optimization benefits . 

15 Templates: According to the present invention, the web 
server 4 executes a research access program. The 
research access program provides a mechanism that enables 
an investor to access the information in the databases 
11, 13. The research access program also implements an . 

20 Internet CGI, which accepts input parameters from HTML 
forms, and then using templates forms, generates HTML 
pages comprising information retrieved from the databases 
11, 13. The template forms are written in a novel 
computer language, called herein a research access 

25 language" (or RAL) that describes how to integrate the 

information retrieved from Che databases 11, 13 into this 
form. The template forms include RAL elements, as 
discussed in detail below. 

30 The present invention allows investors to submit queries 
and receive in response thereto a list of reports that 
satisfy the queries. The queries are constructed from 
one or more search parameters, including: which 
contributing company published the report; which stock 

35 symbols figure prominently in the report; when the report 
was published; what industries are featured in the 
report; and keyword search parameters. 
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expected values) include: 

FT: Form Type. Expected values are 'L' for 'list 
format', 'T' for 'table format", and 'D' for double line 
format . 

5 viewmode: This field indicates whether all records that 
are returned by a query should be displayed (within 
reason -- in the representative embodiment, there is a 
display limit of lOOO records) , or whether the number of 
records display should be limited to a predetermined 
10 number. If the 'viewmode' value is set to 'all', then 

all records will be displayed. Otherwise, the number of 
records displayed will be limited to the predetermined 
number . 

15 To submit a query, the user completes the fields 

discussed above and then selects a "submit" button. When 
an investor submits a query, the name and value of the 
HTML form • submit" button selected are treated as input. 
In the representative embodiment, if the following 

20 strings appear in the "name" of the submit button, they 
si^e treated in the following manner: 

siibmit: Make a query according to the parameters listed 
above . 

bboard: Same as submit, except Chat the query 
25 formulated includes the requirement that only documents 
recently received at the repository server 2, e.g. since 
midnight, be returned. 

long: Change the view mode to a double line format, 

short: Change the view mode to a list format. 

30 table: Change the view mode to a table format. 

summary: Same as submit, but also requests generation of 
a summary list, breaking down the number of documents 
that match the query by submitting contributor, and the 
document type (research document, or morning call note). 

35 In addition, generates stored HTML files for each 

contributor in the summary, with one listing of the 
individual research documents, and another for the 
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individual morning call notes. In the summary lisc, 
generates links to the stored HTML flies, 
notes: Same as summary. 

all: Change the view mode co view all documents. 

5 last: Change the view mode to view the 100 mosc 

recent documents. 

query: Generate a query form for the user. 

count only: Display the number of documents that match 

the query that matches the current parameters. 

10 company search: Generate a list of companies (named 

symbols) , and place the list in a form from which the 
user can choose a company to perform a search upon, 
choose symbol: Generate a query form for the user, pre- 
setting the ticker input item to the value selected from 

15 a symbol list. 

The program output, of course, depends upon the input 

including which 'submit* button was selected by the user 

The user's choice of a submit button determines which 
20 template will be chosen for output. 

Additionally, templates may be preset for a user or a 
group of users. Thus, all users from a particular 
company or geographic area may be assigned one group of 
25 templates and all users from another company or 
geographic area may be assigned another group of 
templates . 

Once a template file is opened, the characters in it are 
30 passed directly through to standard output (the normal 

CGI output channel) , until an RAL element is encountered 
In that case, the RAL element is processed according to 
the rules set forth below, and the output from the RAL 
element is also sent to standard output, inserted into 
35 the stream of characters in the template. 

The following are examples of templates that may be used 
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An investor may enter search parameters at a user 
conputer 6, 6 via a web page provided by che web server 
4. When the investor selects the "submit" button on the 
web page, the search parameters are forwarded by the 

5 Internet browser to the web server 4 . The search 
parameters are used to form a query. The query is 
submitted to the appropriate database 11, 13 and a list 
of matching documents is gerierated. This list is 
formatted on the web server 4 into HTML form, and sent to 

0 the investor at the user computer 6,8, where the 

investor's Internet browser displays the list to the 
i nves tor . 



The input to the research access program of the present 
invention comes from HTML forms completed by investors. 
The fields that can be searched on for document queries 
(and the expected values of such fields) include: 
date: A date range . from " today " backwards , matching a 

document *s official release date. Possible values 



25 



30 



include : 




0 


Today 


1 


Last 2 Days 


2 


ThisWeek 


3 


Last 7 Days 


5 


Last 14 Days 


7 


This Month 


8 


Last 3 0 Days 


10 


All Dates 


12 


Last 60 Days 


13 


Last 90 Days 



ticker: A field for ticker symbols. 

query: A field for "free text" for searches of the 
document text. Logical expressions can be 
used, .including the ampersand for a 

logical 'and', and the pipe character Cj') for 
a logical 'or'. Parenthesis . can be used for 
grouping expressions, and double quotes can be 
used to group words into phrases. All free 
text searches are not case sensitive. 
For example: 



wo 97/46950 



PCT/US97/10225 



30 



microsof c 



Find documencs with 
in chei r cext . 



microsof t 



ibm u microsof c Find documencs wich 'ibm' and 

5 'microsoft' in their text. 

ibm i microsoft Find documencs with either 'ibm' 

or ' rr^.icrosof t ' in their text. 

10 ibm 5c Find documents with 'ibm', 

{ microsoft and either 'microsoft' or 

I apple ) 'apple' in their text. 

"earnings report" Find documents with the phrase 
15 'earnings report' in their text. 

contributors: A field for a comma separated list of 
contributor ID's. 

industries: A field for a comma separated list of 

20 industry ID'S. 



There are a number of options for displaying information 
to an investor. Some of these options are based on 
technical limitations (such as line speed), while others... 

25 are based on the preferences of the investor (e.g., 

tabular output, prose, etc.) . In order to react quic)cly 
to changes in display requirements, the research access 
program of the present invention utilizes template forms 
to format HTML pages comprising search results. 

30 According to the present invention, information retrieved 
from the databases 11, 13 is placed in HTML page format 
according to changeable template forms for said HTML 
pages . 



35 Thus, input (included in the HTML forms completed by 

investor) to the research access program of the present 
invention from an investor can include view mode 
parameters relating to the format in which the investor 
wishes to receive the search results and other 

4 0 information. By supplying view mode parameters, the 
investor can indicate to the web server 4 the desired 
format of information, including how many records of 
information are displayed. View mode parameters (and 
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15 



20 



25 



30 



List form output for a query. 

Double line outpuc for a query. 

Table form output for a query. 

List forrr. output for a query, broker, down 

by contributor and document type during a 

summary . 

Double line output for a query, broken 
down by contributor and document type 
during a summary. 

Table form output for a query, broken down 

by contributor and document type during a 

summary. 

Query form. 

Query count . 

Symbol Guide form. 

Standard HTTP header prepended to each of 
these templates. 

List form output for a bulletin board. - 
Double line output for a bulletin board. 
Table form output for a bulletin board. 
List form output for a bulletin board, 
broken down by contributor and document 
type during a summary. 

Double line output for a bulletin board, 
broken down by contributor and document 
type during a summary. 

Table form output for a bulletin board, 
broken down by contributor and document 
type during a summary. 



If a query is submitted with no parameters filled in, the 
query is termed a bulletin board query and requests the 
most recently available documents on all subjects. 



resul tr 1 . tpl 
resul trd . tpl 
resultrt . tpl 
resul tc 1 . tpl 



resulted . tpl 



resul tc t . tpl 



resul tq . tpl 
resul tx . tpl 
resulti . tpl 
resul 1 1 . tpl 

bboardrl . tpl 
bboardrd . tpl 
bboardr t . tpl 
bboardcl . tpl 



bboardcd . tpl 



bboardct . tpl 



3 5 Researcb Access Language 

The following is a description of the RAL of the present 
invention. RAL elements begin with a start token, finish 
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with an end token, and contain attributes in between. 
The scart token is followed by a "white space" character. 
Attributes are indicated by the name of the attribute, 
followed by an equals sign ("="). followed by the value 
5 of the attribute- An attribute name consists of 

consecutive alphabetic characters. An attribute value 
consists of consecutive non-white space characters, 
unless it is enclosed by doiible quotes, in which case it 
consists of all characters enclosed in a pair of double 
10 quotes. An end token contained within a non-quoted 

attribute value will truncate the attribute value, and 
the language element. The following is a syntax 
description of an RAL element: 



15 start-token := "{mx" < white-space > 

white-space := (any ASCII character value between I and 32. inclusive) 
end-token : = 

attribute := <aitribute-name > " = " < attribute-value > 

attribute-name := "end" ] "name" ] "true" | "width" [ "align" | "start" ( ''false'' | "empty" 
2 0 1 "match" | "format** | "select" ] "quotes" 

attribute-value := < double-quotes > <any-characiers> < double-quotes > | < any-non- 
white-characters (except end-token) > 

Examples; 

25 

{mx name = headline align— left width = 50} 
{mx start = documents} 

{ mx name — synopsis match = I true = Yes false — " " } 

30 

Arr-ribuHG Names 
align 

The *align' attribute specifies the alignment of the 
output from the current element, within the width 
35 indicated by the *width' attribute in the element. 
Possible \ralues: 

left (default) 
center 
right 
4 0 See also: 
width 
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empty 

The 'empty attribute specifies what should be displayed 
as output for the current element, if the evaluated 
output for the element (before padding or alignment) is 
an empty string. This attribute is different from 
others, in that it remains in effect for all following 
language elements, until its value is changed. 
Possible values: 

(Any string. Use to indicate an empty string.) 



end 

The 'end' attribute marks the end of a loop. The 
attribute value indicates which type of loop the current 
element marks the end of. 
15 Possible vaJues; 

doGument 

contributor! is t 

industrylist 

symbol list 
20 See also: 

start 

The » false' attribute specifies a string value to be 
25 displayed as output for the current element if the 

evaluated value for the 'name' attribute does NOT match 
the value of the 'match' attribute. This string may also 
use the »%s' feature described under 'format'. 
Possible values; 

string. Use — to indicate an empty string.) 

See also: 

match, true, format 

format 

35 The » format' attribute specifies simple output formatting 
for output of the current element. its format is the 
same as a C language printfO format string, but allows 
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only string formatting (%s) , and only one occurrence oi 
that within the format string- The evaluated value of 
the element, as a string, is used as the value to fill 
the '%s' m the formatting string. Sorne examples are: 



Format Mring Element _V a lue OjutpuL-Resuli 



10 



"%!5s" 

"%s Documents*' 



"ABC Corp 
"ABC Corp 
"ABC Corp 
"ABC Corp 
"ABC Corp 



'ABC Corp ' 
'ABC Corp. 

ABC Corp." 
'ABC C" 

™ABC Corp. Documents" 



15 



Possible values: 

{Any valid C printfO formatting string.) 
See also: 

align, width 



The 'match' attribute specifies a value which the RAL 
20 processor will compare to the evaluated result from Che 
•name' attribute. If the two values match exactly, then 
the output from the current element will be the string 
specified by the 'true' attribute, otherwise the output 
will be the string specified by the 'false' attribute. 
25 Some examples are: 



30 



Match 

"1" 

"I" 



Tru e 

"Synopsis" 
"Synopsis" 



Eal.se 



Flpm en r Val ue Output 
"1" "Synopsis" 



Possible values: 

(Any valid string. Use for an empty string.) 
See Also: 

true, false, name 



The 'name* attribute specifies a data field to be used as 
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Che output for the current element. The data field name 
given as the value for this attribute is the name of a 
field in a research document description, a contributor 
description, an industry description, or a stock symbol 
description. A list of data fields supported is given m 
the "Data Fields" sections below. The field name can 
also specify any CGI input field (for CGI programs using 
RAL) by prepending an underscore character to the input 
field name, or it can specify any .INI file entry or 
environment variable by prepending a dollar sign to the 
entry/variable name. 
Possible values: 

(Any valid data field name, or _cgi - input - name , or 
$ini-entry-name, or $environment -variable-name . ) 
15 See also: 

match, Data Fields 



10 



quotes 

The 'quotes' attribute indicates whether output from the 
20 current element should be surrounded by double quotes. 

If this attribute is set to " l " , the 'width' and 'align' 

attributes are ignored. 

Possible values: 

"1" to surround output by quotes 
25 "0" to not surround output by quotes (default) 

The 'Start' attribute indicates the beginning point of a 
loop, with each iteration of the loop enumerating the 
30 data items specified by the value of this attribute. See 
the section "Data Enumeration" below for details. 
PossijbJe values: 

documents 

contributor! is t 
35 industrylist 

symbollist 
See a J so." 
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end. Data Enumeration 

true 

The 'true' attribute specifies a string value o be 
5 displayed as output for the current element if the 
evaluated value for the 'name' attribute matches the 
value of the 'match' attribute. This string may also use 
the '%s' feature described Under 'format'. 
Possijbie vaJues: 
10 (Any string. Use " '* to indicate an empty string.) 

See also: 

match, false, format 

width 

15 The 'width' attribute specifies a number which gives the 
desired width, in characters, of the output for the 
current element. If the currently evaluated output is 
shorter than the 'width' value, then the output is padded 
with spaces on the left, right, or both, according to the 

20 value of the 'align' attribute. If the output is longer 
than the 'width' attribute, the output is truncated on 
the right, and the last three characters are replaced 
with periods ('...') to indicate a truncated value . 
Possihle values: 

25 (Any valid integer.) 

See also: 
align 

Data Enumeration 
30 The RAL attributes 'start' and 'end' are used to mark 

elements that are to be repeated during the enumeration 
of data objects. For example, 

{mx start=documents } {mx name=headline } 
{ mx end=document s } 
35 would cause RAL to enumerate all documents that match the 
current query, outputting the headline of each one. (By 
placing the 'end* element on the next line, it also 
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causes the headlines to be separated by an end-of-line 
character}. I'he available enunerations are listed below. 
All enumerations are filtered so as only to include 
documents the user that is making the enumeration is 
authorized to access. That is, not all users see the 
same results when making enumerations, according to their 
level of authorization. 

documen ts 

The 'documents' enumeration loops through the result set 
of a query on the database of research documents. In the 
current implementation, the input parameters to the query 
are taken from CGI input items from an HTML page. They 
are : 

daterange: An integer from 0 to 12 specifying a date 
range for the release date of a document. The 
possible values are : 

0 Today^ 

1 Last 2 Days 
20 2 ThisWeek 

3 Last 7 Days 

5 Last 14 Days 

7 This Month 

8 Last 30 Days 
25 10 All Dates 

12 Last 60 Days 

13 Last 90 Days 

ticker: A field for ticker symbols. 

query: A field for "free text" for searches of the 
30 document text. Logical expressions can be used. 

contributors: A list of contributor ID numbers which 
identify the contributors. 

industries: A list of industry ID numbers relating 
to the document . 



35 



The following fields are available within a 'documents 
enumeration, listed with the data they output: 



40 



Analysts 
Analyst IDs 



Names of the analysis chat compiled the document. 
Numeric ID's of the analysts that compiled the document 
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10 



15 



20 



BytcCount 

Contributor 

ContributorlD 

DocID 

DocType 

Headline 



PagcCount 

ReleaseDatc 

Relevance 



SubmitDatc 

Symbols 
Synopsis 



Size of the document (in PDF form) in kilobytes or megabytes. 
Name of the company that compiled the documcni. 
Numeric ID of the company that compiled the document. 
The internal system document ID number. 

'R* for a research document: 'M* for a morning call note; *N' for a news 
document. 

The headline of the document. The system of the representative embodiment 
also surrounds the output from a elen^eni that displays this field with an 
HTML "anchor" to a CGI that downloads the PDF file for the document, or 
generates an HTML page for documents with no PDF form. 
The number of pages in the document 
The official release date of the document. 

A number from 0 to 1000 that indicates the relevance of the document to the 
free text that was used in the query. The higher the number, tiie more 
matches on the free text. 

The date the document was submitted by the contributing company to the 
repK)sitory server 2. 

A list of ticker symbols that the contributor listed as relevant in the document. 
A *'I"/"0'* flag that indicates wheilier a synopsis is available for the document. 
By default, the value "Yes" is output if the synopsis is available, and is 
output otherwise. The representative embodiment also surrounds the output 
from a element that displays Uiis field with an HTML "anchor" to a CGI that 
creates an HTML page with the actual synopsis text. 



25 The following fields are available outside a •documents* 
enumeration, since they are summary information or status 
information. Their values depend on the same query used 
within a * documents' enumeration: 
ChangeVi ewMode 

30 Generaties text that can be used within a button to 

change the mode used to display documents. When the 
current view mode is set to show all documents, this data 
field generat:es "View Last where is equivalent 

to the "Maximum" data field. When Che current view mode 

35 is not: set to show all documents, this data field 
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generates "View All where ifrf^ is equivalent to the 

"Total" data field. This text can be used as the value 
of a 'submit' button in. HTML, and a CGI can perform the 
appropriate action to change display modes. 
5 Contribu torFi 1 ter 

Displays the name of the current contributor being 
used to filter documents. 
Contribu tor sText 

Displays the names of all contributors whose codes 
10 appear in the _cont ribu tors field. 
Count 

Displays the total number of documents actually 
retrieved by a query, as opposed the number of documents 
that actually match the query. when the view mode is set 
15 to show all documents, this field is equivalent to the 
"Total" data field. Otherwise, it is equivalent to the 
"Maximum" data field. 
CountFilter 

Displays the number of documents that match the 
20 current document type and contributor filter. 
DocsShown 

Generates variable text, depending on the view mode 
(all documents, or the limited (100) set) . If the view 
mode is set to return all documents, this data field 
25 generates the text Entries", where ### is equivalent 

to the "Count" data field. If the view mode is not set 
to view all entries, the data field generates the text 
"Last ### of Entries", where ### is again equivalent 

to the "Count" data field, and is equivalent to the 

30 "Total" data field. 
DocTypeFilter 

Generates the text "Research", "Morning Call Notes", 
or "News", depending on the current value of the document 
type filter. 
3 5 Indus ti-iesText 

Displays the names of all industries whose codes 
appear in the _industries field. 
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Maximum 

' This daca field is the limic on che nun:iber o£ 
documents to be retrieved when the view mode is not set 
r.o show all documents. In the representative ennbodimen t , 
5 this value is 100 by default, or the value specified in 
the "MaxRows" entry in WEBPUBL.INI. 
MaxRows 

If the view mode is set to show all documents, this 
data field is equivalent to the "Total" field. 
10 Otherwise, it is equivalent to the "Maximum" field. 
MorningNotes 

This data field is the number of morning call notes 
attributed to the current contributor specified in the 
contributor f il ter . 
1 5 News 

This data field is the number of news stories 
attributed to the current contributor specified in the 
contributor filter- 
Research 

20 This data field is the number of research documents 

attributed to the current contributor specified in the 
contributor filter . 
Total 

This data field is the total number of documents 
25 that match the current query parameters, regardless of 
view mode, contributor filter, or document type filter. 
ViewMode 

This data field generates "all" if the current view 
mode is set to view all documents that match a query. 
30 This field generates "last" if the current view mode is 

set to view only the last N documents that match a query, 
where N is equivalent to the "Maximum" data field. 

con trihu tors 

3 5 The * contributors ' enumerations is the same as a 

•documents' enumeration, except that the documents are 
grouped by their contributors. The only fields that can 
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be displayed are the concribucor names, and zhe number o 
documents in the research and morning notes categories. 
This enumeration is used prinnarily for presenting 
document summaries by contributor to the users. 

5 

The following fields are available within a 'documents' 
enumeration, listed with the data they output: 
Contributor 

Names of the contributor in a group. 
10 MorningNotes 

The number of morning notes submitted by the 
contributor . 
Research 

The number of research documents submitted by the 
15 contributor. 

contrihutorlist 

The • contributorlist • enumeration loops through the list 
of contributors from whom documents are available. This 
20 list is not based upon any query parameters if a user 
is entitled to see the documents of a particular 
contributor, the contributor's name is returned in the 
result set . 

25 The following data fields are available within a. 
' contributorlist ' enumeration : 
Contributor ID 

An integer that identifies a contributor uniquely. 
ContributorName , or Contributor 
^0 The name of. the contributor. 

The . following data fields are available after a 
' contributorlist • enumeration . 
ContributorCovmt 

The total number of contributors in the 
35 'contributorlist* enumeration. 



industzylist 
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The ' Indus tryl ist ' enumeration loops through the list of 
industries about which documents may be compiled. There 
are no query parameters for the industry list. The 
following data fields are available within a 
5 ' indust ryl is t ' enumeration. 
Indus try ID 

An integer chat identifies an industry uniquely. 
I ndu s t ry Name 

The name of the industry. 

10 

symbollist 

The ' symbol * 1 ist * enumeration loops through all ticker 
symbols/company names that match a given input string. 
In the representative embodiment, the input string is 
15 taken from the CGI input item named 'company'. If a 
company name contains the input string, the ticker 
symbol /company name is included in the result set for 
enumeration. 

20 The following data fields are available within a 
'symbollist* enumeration. 
SymbolID 

The stock ticker symbol recognized for a company on 
the stock market exchange where it trades. 
2 5 SymbolNaone 

The name of the company. 

Prnai-am Contirol 

RAL allows logical control over its output. The -if, 
30 -endif, and -defer allow a template to make decisions 
about output based on run time values of CGI input 
variables, environment or .INI variables, and the values 
of data fields from enumerations. If a -if element 
evaluates to FALSE, then all text and elements between 
35 the starting -if element and its terminating -endif 
element will not be passed through to output. If a 
-defer element is used inside a regular RAX, element, then 
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the rest of the element is not evaluated, and is simply 
passed through to output., without the -defer element. 
This allows a template to evaluate soT;e RAL elements, and 
leave others to be evaluated later, if the output is used 
5 as a template itself. 



-if and -endif Usage 

{n\x -if < expression > } 

10 {mx -endif} 



15 



where 

expression 

value 

operator 

siring 

number 

variable 



= < value > < operator > < value > 

= < string > I < number > ( < variable > 

= ==!<|>|!=|<=|> = 

= < double-quote > ( < any-characters > ] + < double-quote > 
= < digit >* 

= ( I S ] <alphabeiic character > {< alphanumeric characters > 



20 Only one expression is allowed. A variable that does not 
evaluate to a known value will be treated as if it were a 
string. If a variable is preceded by an underscore 

its value is taken frotn a CGI input variable with 
that name, minus the underscore. If a variable is 
preceded by a dollar sign its value is taken from 

the environment variable or from the program's .INI entry 
which matches the variable name, minus the dollar sign. 



25 



30 



The following example shows how the -if element can be 
used to display some text and values only if there are 
actually some morning notes in the result of the query. 



{mx -if morningnotes != 0} 

There are {mx name = morningnotes} - Click the "AM Notes" button to access 
3 5 them. < BR > 

(mx -endif} 
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The following example shows how a CGI input variable catx 
influence tine output. In this example, if Che 
"contributors" CGI form variable is not empty, then some 
text will be output, along with a built-in field that 
5 displays the names of all the contributors whose ID codes 
are in the "contributors" CGI form variable. 

{mx -if contributors != ""} 

Query on contributors {mx name = coniributorstext} 
1 0 {mx -endif} 

-defer Usage 

The -defer element is simply a modifier for other 
elements. It keeps the RAL from evaluating an element 
15 immediately, and outputs the element as if it were plain 
text, except it leaves the -defer out. For example: 

< option value = 100 {mx -defer name = comribuiors match =100 true = selected} > Selection Item 100 

20 will output 

< option value = 100 |mx name = _conir!buiors match = 100 true = selected} > Selection hem 100 

the first time it is processed, and will this if that 
25 output is processed: 

< option value = 100 selected > Selection Item 100 

(This may leave the "selected" out, depending on the 
30 value of _contributoris . ) 

One can have as many -defers as desired in an element -- 
they do accumulate. That is, having three -defers in an 
element will cause it to defer evaluation until the 
35 fourth processing. 

An ELxample Use of RAL 

The following is an example of RAL used within an HTML 
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file. A web CGI program chac processes RAL can use this 
example file as a cempiate, and fill in the RA.L eiem.ents 
wich the derived values of a query. This HTML has been 
sin-.plified for the purpose of explanation, with comments 
5 in italics. 

<HTML> 

<HEAD> 
10 < TITLE > 

Bulle[in Board 

< /TITLE > 
</HEAD> 

15 <BODY> 

< h2 > < i > Bulletin Board < /h2 > < /i > 

<forni methods "POST" action= "/CGIBIN/resuU.exe" > 

< input type = ''submit" name = "subaciion" value = "Refresh" > 
2 0 < input type = submit" name = "subaction" value = "Query" > 

< input type = "submit" name= "subaction" value = "Summary" > 

< input type = "submit * name= "subaciion" value= *'AM Notes" > 

Compare (he total matching records to the maxhnum allowed in the display. If there are 

2 5 more, show the "change viewing mode" button. 

{mx -if total > maximum} 

< input t>Tie = "submit" name= "subaction" value="{mx name = change vie wmode} " > 
{mx -endif} 

< input type= ''submit" name= "subaction" value="Long Fornr > 

3 0 < input type = "hidden" name = "current" value = "bboard" > <br> 

Display the total number of documents that matched, and how many will be displayed in this 
list. 

< b > { mx name = docsshov^^n} < /b > < br > 
3 5 < /form > 

<PRE> 

< B > Submit Company Pgs Size Symbol Syn Headline 
</B> 

<HR> 

40 

This part is a document enumeration. The enumeration shows the fields named 
'updatedate\ 'contributor', 'pagecount\ 'bytecount', 'symbols', 'synopsis', and 'headline'. 
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Around ihc 'synopsis' field, there is a use of the -if element, which decides wiictlter to 
output a hypertext links to the synopsis. There is no -if clement for the < /A> , becausv an 
extra one doesn 7 hurt most browsers. 

(The following lines are split up wit It new lines to make it easier to read running this 
5 HTML, it will not give the desired results.) 
{mx start = docunien(s} 
{mx name = updatedate width = 7} 
{mx name = contributor width = 20} 
{mx namc = pagecount width = 3 align = right}' 
10 {mx name = byiecoun[ widtli = 4 align = righ(} 
(mx name= symbols width=lO} 
{mx -if synopsis = = 1} 

<A HREF= "result. exe?subaction= (mx name = synfile} " > 
{mx -endif} 

15 {mx name = synopsis width = 3} </A > 

< A HREF= "result. exe?subaction= {mx name^docfile}" > {mx name = headline} < /A > 
{mx end = documents} </PRE> 

<b> 

2 0 Display (he final counts, 

{mx name = research} Research Documents < br > 
{mx name = morningnotes} Morning Notes 
{mx -if morningnotes > 0} 

Chck the "AM Notes" button to access them. 
25 {mx -endif} 
<br> 
</b> 

// there were more than a screenful of headlines displayed, create another fonn and display* the 

3 0 control buttons again, just for the user's convenience. 

{mx -if research > 17} 
<hr> 

< form method = "POST" action = 'VCGIBIN/resuiLcxe" > 
<input type = "submit" name - "subaciion" value = "Refresh" > 

3 5 < input type = " submit" name= "subaction" value = "Query" > 

<input type = "submit" name= "subaciion" value = "Summary" > 
<input type = "submit" name = "subaction" vaiue = "AM Notes" > 
{mx -if total > maximum} 

< input type = "submit" name = "subaciion" value = *'{mx name = change viewmode}*' > 

4 0 {mx -endif} 

< input rype = "submit" name = "subaction" value = "Long Form"> 

< input type = "hidden" name = "current" value = "bboard" > 
</form> 
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{mx -endif} 
</BODY> 
</HTML> 

It will be appreciated chat: the templates and research 
5 access program described above are of general 

application, and can easily be modified to be used m 
many applications and fields. Accordingly, the templates 
and research access language should be understood as 
applicable to applications and fields other than for the 
10 distribution of research reports. 

Step -by- Step Examples 

The following are three step-by-step examples 
illustrating some of the principles discussed above. The 

15 first example describes what happens when the user first 
"logs in" from a non-secure "home pages" on the WWW, and 
receives a Bulletin Board display. The second example 
shows what happens when the user selects the "Query" 
button that is on the Bulletin Board display from the 

20 previous example. The third example illustrates what 
happens when the user makes a query. 

According to the representative embodiment of the present 
invention, there are a number of predetermined types of 

25 information displays available. A bulletin board display 
outputs a list of the headlines of reports that have 
recently been received by the repository server 2. (in 
these examples, "recently received" is defined to mean 
reports that have been received that day, e.g., since 

30 midnight on today's date.). The bulletin board display 
can include the time of submission of the report by the 
contributor, the identity of the contributor, the number 
of pages and size of the report, ticket symbols related 
to the report, whether a synopsis is available and the 

35 headline, all displayed one line per report. A query 

results display comprises the same fields of information, 
but for reports that satisfy a user's query. Each of the 
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above two types of output can be displayed in other 
formats, e.g., in long form which includes a two or more 
line output for each report listing the headline, the 
time of submission of the report by the contributor, the 
5 identity of the contributor (company), the nam.e(s) of the 
authors of the report, the number of pages and size of 
the report, ticket symbols related to the report, whether 
a synopsis is available, A 'summary display outputs a 
three column table, each row listing a contributor, the 
10 number of research documents at the repository server 2 
available for that user from that contributor and the 
number of morning notes at the repository server 2 
available for that user from that contributor. 

Example 1: Logging In, and Getting a Bulletin Board 
If a user has accessed an initial non-secure home page of 
the present invention, the user can select a link to "Log 
In" . The actual link is to an address 

" /SCGIBIN/result . exe" , where "result, exe" is the name of 
the CGI program that generates response pages to user 
actions. The directory /SCGIBIN is actually mapped on 
the non-secure web server to the directory /CGIBIN on the 
secure web server 4 . This means that home pages are 
handled by the non-secure server, but actual access to 
reports is handled by the secure web server 4 . When the 
secure web server 4 receives the request to run 
"result.exe", the web server 4 first checks the request 
to ensure that the Internet browser making the request is 
authorized to access the web server 4. If the Internet 
browser is not authorized, the web server 4 prompts the 
Internet browser to ask the user, via a dialog box, for a 
valid user ID and password. 

In this example, the user enters the name "george®1984 " , 
3 5 and the password "wombat" and then selects OK. The web 
server 4 now verifies that the user is authorized. This 
is done by passing control to a subroutine named 



20 



25 
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"mxp_auth ( ) " which consults the relational database's il 
list of valid users and their passwords. (In this 
example, the relational database 11 is an SQL server.) 
If the given user ID and password matches a database 
entry, the subroutine sets up the environment variables 
HTTP_CID as ■'1984 " to represent the company ID of the 
user (taken from the "@1984" part of his ID), HTTP UID as 
"2096" to represent the user's internal ID (taken from 
the SQL sever's records), and HTT?_MXP as "wombat" to 
represent the user's password. The subroutine then 
returns a REQ^PROCEED value, and the web server 4 knows 
it may then proceed handling the user's request to run 
" result . exe" . 



15 The web server 4 next executes the program "result.exe", 
with no additional arguments, because none were specified 
in the hypertext link to it, and because the page that 
the request was made from was not an HTML form, which 
would have named data fields the user could fill in to 

20 modify the request. First, "result.exe" verifies that 
the user is not attempting access with the same ID that 
another user is using. So "result.exe" retrieves the 
value of the environment variable "HTTP_COOKIE" which is 
provided by the web server 4 (from the HTTP "Cookie" 

25 value in the request from the Internet browser) . 

'•result.exe" attempts to find a value in the cookie named 
"mxauth". Since, in this example, this is the first time 
this user/browser has "logged in", the "mxauth" value in 
the cookie has not been set, so "result.exe" grants this 
30 user access, generates an authorization string for this 
user, stores the string where it can find it later, and 
outputs a cookie value to the web server 4 that the 
server will send back to the Internet browser. 

35 The next thing "result.exe" does is to determine what 

type of request the user made when calling "result.exe". 
Since there are no arguments to "result.exe", and there 
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are no HTML form values, resul t . exe *' defaults to 
generacing a Bulletin Board, which is a list of all 
headlines that have newly arrived at the repository 
server 2 today. The program has a choice of whach type 
5 of database server to query for the list the SQL 

server 11, and the full- text search server 13. Since 
this request does not require any full-text searching for 
values in documents, the "results.exe" program chooses to 
contact an SQL server 11. If the connection fails for 
10 some reason, the program will attempt to contact each 

backup SQL server until there are no more to connect to. 
The program will then fall back to attempting to 
contacting the full-text search servers 13 until it finds 
one that is up. Failure to find any available servers 
15 will result in generation of an error message, and 
termination of the program. 

For the sake of this example, we will assume that 
"result.exe" successfully connected to the SQL server 11. 
This particular request would have no parameters, except 
for specifying that only documents that have arrived on 
the SQL server 11 since midnight are desired. The 
request for the document headlines is immediately 
submitted to the SQL server 11, which returns its results 
asynchronously. This allows the SQL server 11 to begin 
processing the request, while "result.exe" moves on to 
its next step. This next step is to open an HTML 
template that is appropriate to the output requested by 
the user. In this case, "result.exe" is generating a 
simple Bulletin Board, so it is programmed to select a 
template named "BBOARDR? . tpl " . The question mark in the 
name is filled in by the format that the user prefers his 
headlines to be displayed in. Possible formats are 
double line output (? = 'D'), list output (? = *L*), and 
table output (? = 'T'). The formats that each user 
prefers are stored in the same place that the user * s 
authorization code for the cookie is stored. The 



25 



30 
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" resul t . exe " program goes to chat: storage area, looks up 
Che preferred formac for '*george@l 984 discovers ic is 
"L", and finishes its cemplace selection by opening che 
file "BBOARDRL .TPL" . (Of course, other possible formats 
5 could be specified and used.) 

The template file is mostly HTML, with some RAL elements 
mixed into it. The "result :exe" program will read 
through this template, and will immediately output any 

10 straight HTML to standard output, which the web server 4 
will then send on to the Internet browser for the 
Internet browser to display as a page on the screen of 
the user's user computer 6, 8. However, the RAL elements 
will cause "result.exe" to insert various pieces of 

15 information into this stream of output at appropriate 
places, formatted according to the contents of the 
element. Show below is an annotated "BBOARDRL . TPL" , 
indicating in italics what happens at certain RAL 
elements. (Note that, as above, elements begin with the 

20 characters "{mx'*. ) 



<HTML> 
<HEAD> 

< TITLE > 

2 5 BuUetui Board 
< /TITLE > 
</HEAD> 

<BODY BGCOLOR = "fTmr'> 

< nobr > 

30 

The next line, though has an RAL element that gets its value from the initializadon file 
that " result. xe\ named "webpubLini", Tlie dollar sign before "webserver" indicates 
(hat "result. exe" should look up the JNI entry named ''webserver", and substitute its 
name here in the HTML. 

35 

<h2> <A HREF="{mx name = $\vebserver} /home/iniagemap/mxnetlog.inap" > 
<IMG SRC = '7home/gif/mxnetlog.gir' BORDER = 0 ALT = *'Scrvice Name" ISMAP> 
</A> <i> 
Bulletin Board 
40 </h2> </i> 
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</nobr > 

< form mcthod='*POST" action = "/CGIBlN/rcsull.cxc" > 

< nobr > 

< input typc = "submit" nainc= "subaction" value = "Refresh" > 
5 < input typc= "submit" name = "subaction" value = "Query" > 

< input type = "submit" namc= "subaction" value = "Summary" > 
<ijiput type = "submit" nanie= "subaction" value = "AM Notes" > 

The next lines are conditional, depending on whether the "total " number of headlines 

1 0 returned from a headline list query is greater than the "maximum " number that 

" result, exe" has been configured to display. When " result, exe" is confronted with 
resolving the value for "total", it first checks to see if it has ihat value yet. if not. it 
then goes into a waiting mode, while it waits for that value to arrive asynchronously 
from the database server II, 13. Once the total arrives (which it does independently 
15 of the actual headline records), "result.exe'* proceeds with evaluating this "if 

condition. If the evaluation is false, then all text until the next "endif is ignored. 

{mx -if total > maximum} 

2 0 !n this example one, the total number of headlines returned is 143, while the value set 

for "maximum" is 100. So this condition is true, meaning the next line gets evaluated 
and sent out. The element named "changeviewmode " is intended to generate text for a 
button that the user can press to change from viewing only 100 headlines, to view all of 
them. So this element's value will become 

2 5 "View All 143". 

<input typc== "submit" name = "subaction" value="{m\ name = change vicvwnodc} " > 
(mx -endif} 

< input type = "submit" name = "subaction** valuc="Long Form"> 

3 0 < input type = "hidden" name = "current" value = "bboard" > 

The next line has the element "docsshown This evaluates to a phrase that tells the 
user what he is being shown. In this case, the element's value is "Latest 100 of 143 
documents' , These values depend on the total number of records, the maximum, and 

3 5 whether the user presses the "changeviewmode " button later, in which case it would 

show "143 documents'. 

<br> <font > <b> {mx name = docsshown) < /font > </b> <br> 
< /nobr > 

4 0 < /form > 

<PRE> 

< B > Submit Company Pgs Size Symbol Syn Headline 
</B> 
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Vie ne.xf line aciually does nor conratn any line breaks until (fie < /PRE> . bin if is 
wrapped it here for clarity. The first element " {nix start ^documents} " marks the 
beginning of a loop, causing " result, exe" to repeat this section through the "{nix 
end ^documents) " as long as there are headline records in the result from the query. 
All the elements in between are involved in displaying fields of the headline records, 
and in tyvo cases, they are used to establish hypertext links to "result, exe " with 
arguments that display document synopsis and document contents. Of particular 
interest here, is that ''result, exe" will access the headline records as they arrive 
asynchronously front the database server 11, 13, displaying them as soon as they 
arrive. The entire result set of the query does not have to be present for display to 
Starr, thus making the display to the user appear faster. In fact, the server is 
programmed to break the query to it up into pieces if sorting the results will be a 
lengthy process, as disa/ssed above in the section titled "Optimizations When a 
query is broken up, the most recent headlines are accessed first, which is the order 
thai they are shown in this list. In addition, "result.exe " makes certain that the data ts 
being sent to the serx^er (and therefore to the user) by flushing its output queue every 5 
J leadlines. 



<HR> {nix start = documents} {nix nanic = updatedatc wdth = 7} {mx 
20 nanic = contributor \vidth = 20} {nix nanie = pagccount M-idth = 3 align-right} {mx 

namc=bytecount \vidth = 4 aJign = nght} {nix namc = s>nnboIs width= 10} {mx -if synopsis 
= = 1}<A HREF =" result. cxc?subact ion = {nix name- s>'n file)" > (nix 
-endiOdnx namc = syiiopsis uidth = 3)</A> <A HREF= •rcsult.cxc?subaction= {mx 
nanie=docfilc)"> {mx name -headline} </A> 

2 5 {mx end = documents} < /PRE > 

<b> 

The next lines display* counts of the documents, broken down by report rype (e.g,, 
here, research documents and morning notes.) Some of the output is conditional, 

3 0 depending on a zero value. 



{mx name = research} Research Documents < br > 
{mx namc=morningnotes} Morning Notes 
{mx -if morningnotcs > 0} 
3 5 - Click the "AM Notes'* button to access them, 
{mx -endif} 
<br> 
</b> . 

// is convenient to have the action buttons also at the end of a long list of documents. 
^ ^ ^^^^ urtprofessional to have two sets of buttons with a short list of documents. 

So the next section that displays buttons is identical to the button display section above, 
except that it is conditional on how many research documents were actually displayed. 
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(nix -if research > 17} 

< hr> 

<form method = " POST" action = 'VCGl BlN/resuU.cxc" > 

< nobr > 

5 < input type = "submit" iiamc= "subaction" 
<uiput type = "submit" name = "subaction" 

< input typc= "submit" name = "subaction" 

< input typc= "submit" name = "subaction" 
{nix -if total > niaximuni} 

10 <ijiput type = "submit" name = "subaction" 
{nix -endif} 

< input typc= "submit" namc= "subaction" value = "Refresh" > 
valuc= "Query" > 

value = " Summary" > 
1 5 value = "AM Notes" > 

vaiuc= "{mil nanic = chajigcvieWinodc}" > 
value = "Long Form" > 

< input lypc= "hidden" name = "current" value = "bboard" > 

< /nobr > 
2 0 < /form > 

{mx -endif} 
</BODY> 

< /HTML > 

25 The preceding example generates a page 100 for display on 
the user's Internet browser at the user's user computer 
6, 8 as shown in Fig. 2. (The graphic listing the 
service name is not shown. ) 

30 The page 100, displayed in bulletin board format, 

includes a number of action buttons 120-130, and a list 
of reports. The action buttons 120-130 are all used as 
commands to "result , exe " . Each report is listed on a 
single line, with information about the report including 

35 the time of submission of the report by the contributor 
(102), the identity of the contributor (104), the number 
of pages (106) and size of the report (108) , ticket 
symbols related to the report (110) , whether a synopsis 
is available (111) and the report's headline (112). The 

40 user can select (e.g., clic)c on) a headline and have the 
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complece report transferred from the repository server 2 
to the user computer 6, 8. The user can select an entry 
in the synopsis column and have the synopsis displayed. 

5 A refresh button 120, if selected, cause this same report 
to be regenerated, e.g., to include any new reports 
received since the this page 100 was generated. A query 
button 122, if selected, causes a query form to be 
generated, as explained in example 2 below. A summary 

10 button, if selected, causes a summary report to be 

generated. The summary report comprises a three column 
table, each row listing a contributor, the total number 
of research documents at the repository server 2 
available for that user from that contributor and the 

15 total number of morning notes at the repository server 2 
available for that user from that contributor. An AM 
Notes button 126, if selected, causes only morning notes 
to be displayed. A View All button 128, if. selected, 
causes all headlines to be displayed, regardless of how 

20 many. A long form button 130, if selected, causes a page 
to be generated that includes a two lines for each 
report, listing the headline, the time of submission of 
the report by the contributor, the identity of the 
contributor (company), the name(s) of the authors of the 

25 report, the number of pages and size of the. report, 

ticket symbols related to the report, whether a synopsis 
is available. 

A summary line 132 shows the total number of documents 
30 that satisfy the query (in this case,, all documents that 
arrived at the repository server 2 since midnight) and 
the total number displayed. 

Example 2: Requesting a Query Form 
3 5 In the preceding example, the user "logged in" and was 
presented with a Bulletin Board. If the user wishes to 
make a query for documents that match certain criteria. 
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he may Chen click the query button 122 on the Bulletin 
Board. This causes the Internet browser to form a 
request to the web server 4 to run "result. exe" again, 
but since the button is inside an HTML form, additional 
5 information is included in the request . 

First, when the request arrives at the web server 4, the 
ID is verified in the same rhanner described in the prior 
example, except that the dialog box for user name and 
10 password is not displayed, since the Internet browser 

provides that information as part of the requisst . Once 
the user is verified, the web server 4 start running 
"result.exe", but with input that indicates the "Query" 
button was selected on the previous form. 

15 

The first thing "result.exe" does is to try to verify 
that the user is not attempting access with the same ID 
that another user is using. The "result.exe" program 
retrieves the value of the environment variable 

20 "HTTP_COOKIE" which is provided by the web server 2 (as 

received from the HTTP "Cookie" value in the request from 
the Internet browser) . The "result.exe" program attempts 
to find a value in the cookie named "mxauth" . Since this 
is NOT the first time this user/browser has logged in, 

25 the "mxauth" value in the cookie is set to the value 

"result.exe" gave this user last time he was authorized. 
The "result.exe" program compares this value to the 
current authorization code it has stored for this user, 
and if the two do not match, it generates output that 

30 tells the user that access has been denied. If the 
values do match, then "result.exe" proceeds. 

By looking at the value for the CGI form variable 
"subaction", the "result.exe" program can determine that 
35 the user selected the query button 122 on his last 

request. At this point, the program selects an HTML 
template appropriate to this request, which is named 
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" RESuLTQ . TPL" . To service a query form, " resul t . exe '* 
connectis to the appropriace database server 10, 13 as 
described in example one. Once connected, it then opens 
the HTML template, and starts generating output. 

5 

An annotated version of the " RESULTQ . TPL " template is 
shown below. 

< html > 
10 < head > 

< title > Document Query < /title > 

< /head > 

< body BGCOLOR = »'#fffffr* > 
<nobr> 

15 

<h2>< A HREF="{mx 

name = $webscrvcr}/hcynic/uiiageniap/mxnctlog.map" > < IMG 

SRC = 91/home/gif/mxnetlog,gir BORDER = 0 ALT= "Service Name" 1SMAP> </A> 
<i> 

2 0 Document Query 

< /h2 > < /i > 
</nobr> 
<nobr> 

<form methods "POST" action = '7CGlBlN/rcsuit.cxc"> 

25 

Generate the bunons for commands to be executed from thisfonn. 



30 



< input 


type = "submit" 


namc= "subaction" 


value = 


"Submit" > 


< input 


type = "submit" 


name = "subaction" 


value = 


"Count Only" > 


< input 


type = "submit" 


name = "subaction" 


value = 


"Summary" > 


< input 


type = "submit" 


nanic= "subaction" 


value = 


"AM Notes" > 


< input 


type = "submit" 


namc= "subaction" 


value = 


"Reset" > 


< input 


type= "submit" 


name = "subaction" 


value = 


"BBoard" > 


< input 


type = "hidden" name = 


"current" value = "query" 


> 





3 5 </nobr> 
< table > 

<tr valign = "top"> 

<td vkridth = 90> <b> Symbol: </b> </td> 

^ ^ e/^mffnr here is evaluating the value for '--ticker''. Any element name that begins 

with an underscore is taken from values that are given to "result.exe" as input from the 
last form that started ''resultexe \ if the last form had a field (text, list box. hidden, or 



wo 97/46950 



PCT/US97/10225 



60 

o(hen\'ise) named "ficker" (no underscore), then ihe web ser\'cr 4 would start (his 
instance of " result, exe" with an input field named "ticker" whose value would be tin- 
value in the "ticker" field in the lost form. If the last form fiad a field named "ticker " 
with a value of "IBM", then this element will generate a default value for this input 
5 field of "IBM". This allows "result.exe" to come back to the previous state of this 

query* form, if other forms remember the value for "ttcker" in hidden fields. 

<td> < input typc="text" nanic = "ticker" valuc= {mx nanic = -tickcr quotes- 1} 
> </td> 

<td width = 86 > 

<td> < input type = "submit" naiiic= "subaction" value = "Symbol Guide" > </td> 
</tr> 
</table> 

< table > 

<tr valign = "top" > 

< td width = 90 > < b > For Period Of: < /b > < /td > 

The following list box has one value preselected, due to the "match " and "true " parts 
in the elements within it. These elements evaluate the value for the field "date" from 
the last form, and if the: value matches the value given for the "match " part, then the 
displayed value for the element will be contents of the "true" part of the element, in 
this case, the word "selected". In other words, for each one of these lines, you could 
read "If the last form's date field matches X, then display the word 'selected"'. Vie 
special case for "Last 7 Days", where the match value is ",3", simply means that if the 
date value is either empry, or the number three, it is a match. 

< td > < select nanic= "date" > 

< option valuc = "0" {mx nanic = _datc match = 0 true = selected} >Today 
30 <option vaiuc="r' {mx name=_date match = I true = selected) > Last 2 days 
<option value = "2" {mx niame = _date match = 2 true = selected} > This Week 
<option value = **3" {mx name = _datc match = ,3 true = selected} >Last7days 
<option valuc = "5" {mx name = _date match = 5 true = selected} >Lastl4days 
<option valuc="7" {mx nanie = _datc match = 7 true = selected} > This Month 

3 5 <oplion value = "8" {nL\ nanic=_datc match = 8 true = selected} >Last30days 

<option value="12" {mx name = _datc match = 12 truc = selected} > Last 60 Days 
<option value="13" {mx name = _date match = 13 true = selected} > Last 90 Days 
<option valuc="10" {mx name = _date match = 10 true=selected} >AU Dates 
< option valuc="-r* > = = = = = = = = = = = = = = = = = 

4 0 < /select > < /td > 

</tr> 

< /table > 

< table > 



10 



15 



20 



25 
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< tr> 
</tr> 
</tablc> 

<tablc> <tr valigii = "top"> < td width - 90 > < I) > Keywords: < /b > </td> 

c 

Here, a defattti value for (his field is based on the "query" field in (he last form. 

<td> < input type = "text" nanic=: "query" size = 49 value ={m.\ naiiic= query 
quotcs = I} > </td> </tr> 
10 </tablc> 

< tablo 

<tr valign = "top"> < td width = 90> < b > Contributors: < /b > </td> 
<td> < SELECT NAME = contributors SIZE = 6 MULTIPLE > 

1 ^ ^^"-^ '-^ ^ possible defaidi selection, the same as described above for "date. " 

<OFriON VALUE = '*-1" {mx nanic = -contributors niatch = ,-l truc = selected} > [ All 
Contributors ] 

2 0 - 77?/ J element marks (he beginning of a loop on contribtnors. WJten this element is 

evaluated, "result.exe ''forms a query to the server that will return a list of all' 
document contributors (companies) that this particular user is entitled to read 
documents from. Vie request is asynchronous, so as each contributor record is 
returned from the server. Request, e.xe" can fill in the inside of this loop. Inside the 

2 5 ^^^P element that displays the ID number of (he contributor, optionally followed 

by the word "selected" if it should be the defatdt selection on this fonn. based on prior 
values of the form fields "contribtaors\ ^ 

{mx start = contributorlist} 

3 0 < OPTION VALUE ={mx nanie = contributorid match = contributors truc = "%s 

selected** false= "%s"} > {mx name = contributornamc} 
{mx end = contributorlist} 
< OPTION 

VALUE= "2" >== = = = = = = = = = = = = = =r=:== = =: = =::= = = ^=,^^^^^^^^ 

< /SELECT > 
</td> </tr> 

<tr vaLlign="top" > <td> < b > Industries: </b> </td> 
<td> < SELECT NAMEmindustries SIZE=6 MULTIPLE > 
40 <OFriON VALUE = ".r' {mx name=>dustries match= .-I true = selected} > ( AU 
Industries ] 

This element and the following loop is the same as the contributor loop above, except it 
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lisis (he industries thai the user may choose as selection cntcna for dociurtents, instead 
of contributors. 

{nix start — iiidustrylist} 
5 <On^ION VALUE={iiix iianic = iiidustryid match = jnduslrics true = "%s selected" 
false = "%s*'} > {nix nainc = mdustrynainc} 
{mx cnd = mdustrylist) 
< OPTION 

VALUE = "2" > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 

10 < /SELECT > 
</td> </tr> 
</tablc> 
<hr> 

1 5 These buttons are duplicates of (he ones above — we found it was convenient to have 

them here too. 



< input 


typc = 


'submit" 


nanic = 


"subaction" 


vaJuc = 


"Submit" > 


< input 


typc = 


"submit" 


name = 


"subaction" 


value = 


"Count Only" > 


< input 


typc = 


"submit" 


name = 


"subaction" 


value = 


"Summary" > 


< input 


type = 


"submit" 


nanie = 


"subaction" 


value = 


"AM Notes" 


< input 


type = 


"submit" 


name = 


"subaction" 


value = 


"Reset" > 


< input 


typc = 


"submit" 


namc = 


"subaction" 


value = 


"BBoard"> 


< input 


typc = 


"hidden" 


name = 


"current" 


value = 


"query" > 



2 5 </form> 
</body > 
</htnil> 

The preceding example generates a page 200 for display on 
30 the user's Internet browser at the user's user computer 
6, 8 as shown in Fig. 3. (The graphic listing the 
service name is not shown.) 

Using the document query page 200, the user can specify 
35 parameters for a search of reports located at the 

repository server 2. The user can specify one or more of 
the following parameters: symbol (202), period of time, 
from a drop down list box (204), keywords, and logical 
joins thereof (206) , contributors (208) , and industry 
40 groups (210) . A symbol guide 220 is available if the 
user does not know a stocks ticker symbol, etc. 
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A partial list of the HTML generated . for the contributors 
list box (208) is shown below: 

< SELECT NAME = contributors SIZE = 6 MULTIPLE > 
5 < OPTION VALUE = selected > [ AIJ Contributors ] 

< OPTION VALUE = 42 >Adains, Harkness & Hill 

< OPTION VALUE = 47> Alex Bromi & Sons 

< OPTION VALUE = 128 >Aucrbach Grayson & Co., Inc. 

< OPTION VALUE = 53>Bro\vTn Brotlicrs Harriinaji & Co. 
10 < OPTION VALUE= 109 > Chicago Corporation 

< OPTION VALUE = 157 > Closed End Fund Digest 



< OPTION VALUE= "-2" = = = = = = = = = = = = = = = = = = = 

15 < /SELECT > 

A submit button 212 allows the user to submit the query, 
as discussed in detail in example three below. A count 
only button 214 allows the user to request a count of -all 
20 documents available to that user that satisfy the query 
parameters. A reset button 216, if selected, clears the 
form. A BBoard button, if selected causes a bulletin * 
board to be created for the user, as per the first 
example above. 



25 



30 



Example 3 : The User Makes a Query 

In the preceding example, the user requested a form from 
which he could make a query. This example will step 
through the user's actions, and the result it produces. 



For this example, assume that the user has decided to 
select documents from Alex Brown & Sons, released over 
the last 30 days, that have the phrase "strong buy" in 
them. To do this, in the query form, the user selects 
35 the "Last 30 Days" item in the period of time combo box 
204, enters "strong buy" (quotes included, to indicate a 
phrase instead of two independent words) in the keywords 
edit window 206, and selects "Alex Brown Sc Sons" in the 
contributors list box 208. To get the list of headlines 
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that match this request, the user selects the submit 
button 212 . 



The request that goes to the web server 4 at this point 
5 is to run "result.exe" again, but there is additional 

information about date, keywords, and contributors in the 
request . Fields are also defined for industries and 
ticker symbols, but they are empty fields because the 
user did not specify anything for them. After the web 
10 server 4 verifies the user (as described above) , it 

starts the "request.exe" program with these form fields 
as additional input . 

The "request.exe" program determines from the input 
15 fields that a specific query is desired, and from the 

value of the "subaction" field (button 212) that the user 
wants a headline list, as opposed to a simple headline 
count, or a headline summary. The "request.exe" program 
selects the HTML template "RESULTRL . TPL" , choosing the 
20 list format output (indicated by the "L" at the end of 

the file name) for just as it did for the first example. 
It constructs a headline query based upon the input 
fields for date, contributor, and keywords. It then 
submits the query to the full-text search server 13 
25 (since there are keywords specified in the query) . It 
then opens the HTML template, and fills in the elements 
from the result set of the query, in the same manner as 
for the Bulletin Board in the first example. 

30 The resulting page 300 generated for display on the 

user's Internet browser at the user's user computer 6, 8 
as shown in Fig. 4. (The graphic listing the service 
name is not shown.) The page is similar in many respects 
to that shown in Fig. 2. A score column 402 shows a 

35 relevancy score. The summary line 404 shows the total 
number of documents that satisfy the query, the total 
number displayed and query search parameters. 
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10 



15 



The user may then select a document by clicking cn the 
document's headline. The document transfer process takes 
place as follows: The web server 4 issues a request to 
the relational database ll asking whether the user is 
permitted to view the selected document. Assuming that 
the selected SQL server is available (if not. the backup 
procedure described above takes place) , then the SQL 
server returns whether the use is so permitted. If the 
user is not permitted, then the web server 4 generates a 
HTML page using an error template. If the user is 
permitted, the requested document file is opened, the web 
server 4 generates the appropriate HTTP header and 
outputs it to STDOUT, and the document file is read and 
its contents is output to STDOUT. At the user computer 
6, 8, the Internet browser program launches a helper 
application to allow the user to read, print and save the 
document . 

Although the invention has been described with reference 
to a particular embodiment and arrangement of parts, 
features and the like, the above disclosure is not 
intended to exhaust or limit all possible embodiment, 
arrangements or features, and indeed, many other 
modifications and variations will be ascertainable to 
25 those skilled in the art. 

For example, the central site 1 may distribute reports by 
other networks in addition to the Internet. Fig. 5 
illustrates an enhanced system architecture according to 

30 the present invention. In the enhanced system, the 
central site 1 is also coupled to one or a. number of 
viewer servers 30, 32. Typically, the viewer servers 30, 
32 are located at a remote location with respect to the 
central site 1 and are coupled to the central site 1 over 

3 5 a proprietary network. Each viewer server 30, 3 2 

includes a database 40, 4 2 and is coupled to one or a 
number of viewer workstations 34, 36. 38. The viewer 



20 
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workstations 34, 36 execute the Acrobat Exchange program, 
available from Adobe Systems, and the Mulcex Publ i sher^*"^ 
Research Viewer program, by Muitex Syscems, Inc. The 
central site 1 maintains a distribution list that lists 
5 which viewer servers 30, 32 are permitted to receive 

reports from which contributors. (As a simple example, 
if viewer server A 30 is located at company ABC, Inc. and 
viewer server B 32 is located at company RST, Inc., then, 
for a particular report, the repository server may 

10 distribute the report to viewer server A 30 but not 

viewer server B 32.) When a report is received by the 
central site 1, the central site 1 transmits a task to 
each viewer server 30, 32 that is permitted to receive 
that report that a new report has arrived, and the 

15 permitted viewer servers 30, 32 executes the task to 

"pull" that report from the central site 1 and store it 
in their respective databases 40, 42. The viewer server 
30, 32 will then cause the title of the report to be 
displayed on viewer workstations 34, 36, 38 that are used 

20 by investors who are permitted (as determined by the 

distribution level set by the contributor) . Investors 
can also issue queries to the viewer server's database, 
which will return titles of relevant reports. The 
investor may then request a report, which is "pulled 

25 down" from the viewer server 30, 32 to the requesting 
viewer workstation 34, 36, 38. 

It is noted that the web server 4 and repository server 2 
of the representative embodiment of the present invention 

30 can be implemented utilizing a logic circuit or a 

computer memory comprising encoded computer- readable 
instructions, such as a computer program. The 
functionality of the logic circuit or computer memory has 
been described in detail above. Generally, the present 

35 invention has practical application as it enables reports 
and other information to be distributed speedily and 
searched efficiently by authorized users in remote 
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loca t ions . 

Thus, the above described embodiments are merely 
illustrative of the principles of the present invention. 
5 Other embodiments of the present invention will be 

apparent to those skilled in the art without departing 
from the spirit and scope of the present invention. 
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WHAT IS CLAIMED IS : 

I. A computer - implemenced system for the secure 
electronic distribution of research documents over the 
world wide web to investors who are authorized to receive 
said research documents, comprising: 

a repository server receiving from a plurality of 
contributors a plurality of 'research documents in 
electronic form and a plurality of corresponding document 
profiles comprising information relating to each research 
document including authorization information specifying 
who is permitted to access each research document, the 
repository server including a first database for 
structured query searches storing the information from 
the plurality of document profiles and a second database 
for full text searches storing searchable full text of 
the plurality of research reports; and 

a web server coupled to the repository server and — 
coupled to the world wide web, the web server receiving a 
request from an investor for research documents that 
satisfy a query, the web server determining whether the 
first database or the second database should be searched 
based upon the type of query and thereafter requesting 
that the repository server query said determined database 
and transmit to the web server a list of research 
documents that satisfy the query and which the investor 
is authorized to access according to the authorization 
information, the web server thereafter formatting the 
list of documents according to a template form and 
transmitting the formatted list of documents to the 
investor . 

2. The system of claim 1 wherein the template form is 
selected by the investor. 



3 . The 
selected 



system of claim 1 wherein the template form 
by the web server according to the identity 



is 
of 
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the investor . 

4 . The system of claim 1 further coT.prising a user 
computer used by the investor and executing a browser 
program, the user computer coupled to the world wide web. 

5. The system of claim 4 wherein the query is 
formulated by the investor at the user computer. 

6. The system of claim 1 further comprising a plurality 
of contributor workstations, each coupled to the 
repository server, for transmitting to the repository 
server the plurality of research documents and the 
plurality of corresponding document profiles. 

7. A computer-based system for the secure electronic 
distribution of documents over the world wide web to ' 
users who are authorized to receive said documents, 
comprising : 

a plurality of templates, each template specifying 
an output . format ; 

means for receiving a plurality of documents in 
electronic form from a plurality of contributors; 

means for receiving a plurality of document profiles 
from the plurality of contributors, each document profile 
corresponding to one of the plurality of documents and 
comprising information related to said one of the 
plurality of documents; 

means for receiving authorization information for 
each one of the plurality of documents, the authorization 
information defining who is authorized to access said 
document ; 

means for converting the plurality of documents into 
a common format ; 

means for storing the plurality of documents in said 
common format; 

a relational database for storing the plurality of 
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document profiles and the authorization information; 

means for extracting text from the plurality of 
documents ; 

a full text database for storing the extracted text ; 
means for receiving a user identification code from 
a browser program of remote user; 

means for blocking simultaneous use of the user 
identification code with automatic re - enablement after a 
predetermined period of inactivity from the user 
identification code ; 

means for submitting an initial query to the 
relational database for all documents the remote user is 
authorized to access and that were received from 
contributors during a previous preset time periods- 
means for transmitting results of queries to the 
browser program for display according to the format 
specified in one of the plurality of templates; 

means for enabling the remote user to submit 
queries; 

means for determining if a submitted query includes 
a text search parameter, and if so, routing said query to 
the full text database, and if not, routing the query to 
the relational database; and 

means for executing the submitted queries by 
selecting all documents the remote user is authorized to 
access and that satisfy the submitted query. 

8. A computer-based system for the secure electronic 
distribution of research documents over the world wide 
web to investors who are authorized to receive said 
documents, comprising: 

a plurality of templates, each template specifying 
an output format; 

means for receiving a plurality of research 
documents in electronic form from a plurality of 
contributors ; 

means for receiving a plurality of research document 
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profiles frorr. the plurality of contributors, each 
research document profile corresponding to one of the 
plurality of research documents and comprising 
information related to said one of the plurality of 
research documents ; 

means for receiving authorization information for 
each one of the plurality of research documents, the 
authorization information defining who is authorized to 
access said research document; 

a relational database for storing the plurality of 
research document profiles and the authorization 
information; 

means for extracting text from the plurality of 
research documents; 

a full text database for storing the extracted text; 
means for receiving a user identification code from 
a browser program operated by a remote user; 

means for submitting an initial query to the 
relational database for all research documents the remote 
user is authorized to access and that were received from 
contributors during a previous preset time period; 

means for transmitting results of queries to the 
browser program for display according to the format 
specified in one of the plurality of templates; 

means for enabling the remote user to submit 
queries; 

means for determining if a submitted query includes 
a text search parameter, and if so, routing said query to 
the full text database, and if not, routing the query to 
the relational database; 

means for optimizing predetermined queries; 

means for executing the submitted queries by 
selecting all research documents the remote user is 
authorized to access and that satisfy the submitted 
query. 



The system of claim 8 further comprising means for 
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blocking simultaneous use of the user identification code 
with automatic re - enablement after a predet errr.ined period 
of inactivity from the user identification code;. 

10. The system of claim 6 further comprising: 

means for converting the plurality of research 

documents into a common format / and 

means for storing the p'lurality of research 

documents in said common format. 

11- The system of claim 8 further comprising: 

means for enabling the remote user to select a 
research docum.ent from the results of queries; and 

means for transmitting the selected document to the 
remote user's browser program. 

12. A computer- implemented system for the secure 
electronic distribution of research documents over the 
world wide web to investors who are authorized to receive' 
said research documents, comprising: 

a repository server receiving from a plurality of 
contributors a plurality of research documents in 
electronic form and a plurality of corresponding document 
profiles comprising information relating to each research 
document including authorization information specifying 
who is permitted to access each research document, the 
repository server including a database storing the 
information from the plurality of document profiles for 
storing searchable full text of the plurality of research 
reports; and 

a web server coupled to the repository server and 
coupled to the world wide web, the web server receiving a 
request from an investor for research documents that 
satisfy a query, the web server requesting that the 
repository server query said database and transmit to the 
web server a list of research documents that satisfy the 
query and which the investor is authorized to access 
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according to the authorization information, the web 
server thereafter formatting the list of documents 
according to a template form and transmitting the 
formatted list of documents to the investor. 

13- A computer- implemented system for the secure 
electronic distribution of research documents over the 
world wide web to investors who are authorized to receive 
said research documents, comprising: 

a repository server receiving from a plurality of 
contributors a plurality of research documents in 
electronic form and a plurality of corresponding document 
profiles comprising information relating to each research 
document including authorization information specifying 
who is permitted to access each research document, the 
repository server including a first database for 
structured query searches storing the information frpm 
the plurality of document profiles and a second database 
for- full text searches storing searchable full text of 
the plurality of research reports; and ~ 

a web server coupled, to the repository server and 
coupled to the world wide web, the web server receiving a 
request from an investor for research documents that 
satisfy a query, the web server determining whether the 
first database or the second database should be searched 
based upon the type of query and thereafter requesting 
that the repository server query said determined database 
and transmit to the web server a list of research 
documents that satisfy the query and which the investor 
is authorized to access according to the authorization 
information, the web server thereafter transmitting the 
list of documents to the investor. 

14. A system for creating a web page including search 
results arising from a database query, comprising: 

a web server including an output channel coupled to 
the Internet; 
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a pluralicy of cemplates, each template specifying 
an output format and including one or more elements; 
a database program coupled to the web servers- 
means for selecting one of the plurality of 
templates ; 

means for receiving search results from the databas 

programs- 
means for sequentially 'passing the contents of the 

selected template to the output channel until an element 

is reached; 

means for processing an element in the selected 
template in combination with the search results accordin 
to a set of predetermined rules; 

means for passing the output of the processing step 
to the output channel; 

means for flushing output channel at predetermined 
intervals . 

15. A method to determine whether a user is authorized 
to access a secure server from a remote computer where 
the secure server does not require that the user logs 
off, comprising: 

receiving a user identification code from the remot 
computer ; 

verifying the user identification code against a 
database of authorized users; 

if verified, providing the remote computer with a 
verification signature ; 

transmitting state information to the remote 
computer for storage at the remote computer, the state 
information including an authorization variable; 

receiving a request for information from the remote 
computer, the request including the verification 
signature; 

validating the verification signature; 

receiving the state information from the remote 
computer; 
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retrieving the authorization variable from the state 
in format ion ; 

if the authorization variable is empty, providing a 
new value for the authorization variable, storing the new 
value as associated with the user identification code at 
a central location, and transmitting the new value to the 
remote computer,- and 

if the authorization variable is not empty, 
determining if the value of the authorization variable 
retrieved from the state information matches a value for 
the authorization variable stored at the central location 
associated with the user identification code, and if 
there is a match, processing the request for information. 

16. The method of claim 15 further comprising the final 
step of denying access if the value of the authorization 
variable retrieved from the state information does not 
match the value for the authorization variable stored at 
the central location- associated with the user 
identification code. j.. 

17. The method of claim 15 wherein the user 
identification code comprises, a user ID and a password. 

18. The method of claim 15 wherein the step of providing 
a new value for the authorization variable comprises 
providing a random value for the authorization variable. 

19. The method of claim 15 further comprising the step 
of storing a time of access at the central location along 
with the value of the authorization variable whenever a 
request for information is received. 

20. The method of claim 19 wherein the step of 
determining if the value of the authorization variable 
retrieved from the state information matches a value for 
the authorization variable stored at the central location 
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associated with the user identification code further 
comprises determining that there is a match, regardless 
of the value of the authorization variable retrieved fron 
the state information, 

21. The method of claim 20 wherein the request for 
information is a request for an investment research 
report . 

22. The method of claim 21 further comprising the step 
of determining which investment research reports the user 
is permitted to access. 

23 . The method of claim 15 wherein the steps of 
transmitting further comprise transmitting via the 
Internet . 

24 . The method of claim 23 wherein the remote computer 
includes a browser program and wherein the step of 
transmitting the new value to the remote computer further 
comprises the step of storing the new value at the remote 
computer . 

25. A method for optimizing search requests received 
from remote computers operated by users, comprising: 

storing at a central server a plurality of document 
profiles, each document profile corresponding to a 
document and comprising information related to the 
document, including a set of one or more authorization 
groups for the document, each authorization group 
corresponding with a contributor of the document; 

for each user, storing at the central server a set 
of accessible groups specifying which authorization 
groups of documents the user is permitted to access; 

receiving, at a web server, a search request from a 
user at remote computer for documents, the search 
requesting including a limitation that the documents are 
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from a specified contributors- 
providing the search request to the central server; 
at the central server, creating a first list of 

groups of documents stored at the central server listing 

the user's accessible groups that correspond with the 

specified contributor ; 

at the central server, creating a second list of 

groups of documents stored ^t the central server listing 

the groups that are not accessible to the user and that 

correspond with the specified contributor; 

if the first list is empty, denying the search 

request; 

if the second list is empty, then constructing a 
search for all documents of the specified contributor 
that satisfy the search request; and 

otherwise, determining selecting the shorter of the 
first list and the second list, and if the shorter list 
is the first , list then, constructing a search restricted 
to groups in the first list, and if the shorter list is 
the second list, then constructing a search restricted to 
groups of the specified contributor not in the second 
list. 

26. The method of claim 25 further comprising the steps 
of : 

executing the search at the central server; 
providing the search results to the web server; 
formatting the search results at the web server; and 
providing the formatted search results via the 
Internet to the remote computer. 

27. The method of claim 26 wherein the search results 
comprises a list of documents that satisfy the 
constructed search. 

28. A computer- implemented method for optimizing a query 
that requests a list of documents sorted by time, the 
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documents stored in a database, comprising: 

providing a first query requesting a list of 
documents sorted by time and a maximum number of 
document s ; 

determining a count of the number of documents that 
satisfy che first query; 

if the count is less than or equal to a 
predetermined threshold, thdn execute the first query and 
return the results; 

if the count is greater than a predetermined 
threshold, then determine if the first query is for 
documents that are dated within a time range; 

if the first query is not for documents that are 
dated within a time range, then select a default time 
range as the time range; 

create a second query comprising the first query 
with a restriction for documents dated within a 
predetermined first portion of the time range; 

execute the second query and return the results 

if the number of results returned is less than the 
maximum number of documents, create a third query 
comprising the first query with a restriction for 
documents dated within a remaining portion of the time 
range ; and 

execute the second query and return the results. 

29. The method of claim 28 wherein the maximum number of 
documents is set by the user. 

30. The method of claim 28 wherein the step of providing 
a first query requesting a list of documents sorted by 
time further comprises the step of transmitting the first 
query over the Internet from a remote user. 

31. The method of claim 30 wherein the step of 
determining a count further comprises the step of 
providing the count over the Internet to the remote user 
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as soon as determined. 

32 . The method of claim 30 furcher comprising the step 
of providing results over the Internet to the rem.ote user 
as soon as partial results are returned. 

33 . For use at a web server coupled to the Internet and 
a database program, a method for creating a web page 
comprising search results arising from a database query, 
comprising : 

providing a plurality of templates, each template 
specifying an output format and including one or more 
elements ; 

selecting one of the plurality of templates; 

receiving search results from the database program; 

sequentially passing the contents of the selected 
template to an output channel until an element is 
reached; 

upon reaching an element, processing the element and 
the search results according to a set of predetermined 
rules; 

passing the output of the previous step to the 
output channel; and 

repeating the previous three steps until reaching 
the end of the template . 

34. The method of claim 33 further comprising the step 
of flushing output channel. 

35. The method of claim 33 further comprising the step 
of receiving the database query over the Internet from a 
remote user. 

36. The method of claim 35 wherein the remote user 
selects the one of the plurality of templates. 

37. The method of claim 35 further comprising the 
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initial steps of : 

receiving a user ident if icacicn cods iron zhe 
remote user; and 

determining if the remote user is entitled to access 
the web server . 

38. The method of claim 37 wherein the step of providing 
a plurality of templates further comprises providing a 
plurality of templates according to the user 
identification code . 

39. A method for the secure electronic distribution of 
documents over the world wide web to users who are 
authorized to receive said documents, comprising; 

providing a plurality of templates, each template 
specifying an output formats- 
receiving a plurality of documents in electronic 
form from a plurality of contributors; 

receiving a plurality of document profiles from the 
plurality of contributors, each document profile 
corresponding to one of the plurality of documents and 
comprising information related to said one of the 
plurality of documents; 

receiving authorization information for each one of 
the plurality of documents, the authorization information 
defining who is authorized to access said document; 

converting the plurality of documents into a common 
format ; 

storing the plurality of documents in said common 
format ; 

storing the plurality of document profiles in a 
relational database ; 

storing the authorization information for each 
document in the relational database; 

extracting text from the plurality of documents; 

storing the extracted text in a full text database; 

receiving a user identification code from a browser 
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program of remoce user ; 

blocking simultaneous use of the user identification 

code ; 

automatically re-enabling use of the user 
identification code after a predetermined oeriod of 
inactivity from the user identification code ; 

initially, executing a first query to the relational 
database for all documents the remote user is authorized 
to access and that were received from contributors during 
a previous preset time period; 

outputting results of the first query according to 
the format specified in one of the plurality of 
templates; 

enabling the remote user to submit queries; 

for each submitted query, determining if the query 
includes a text search parameter, and if so, routing said 
query to the full text database, and if not, routing -the 
query to the relational database; 

executing the submitted queries by selecting all 
documents the remote user is authorized to access and 
that satisfy the submitted query; and 

outputting the results of the submitted query 
according to the format specified in one of the plurality 
of templates. 



40. A computer-based system for the secure electronic 
distribution of documents over the world wide web to 
users who are authorized to receive said documents, 
comprising : 

a plurality of templates, each template specifying 
an output format; 

means for receiving a plurality of documents in 
electronic form from a plurality of contributors; 

means for receiving a plurality of document profiles 
from the plurality of contributors, each document profile 
corresponding to one of the plurality of documents and 
comprising information related to said one of the 
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plurality of documents; 

means for receiving authorization infornnation for 
each one of the plurality of documents, the authorization 
information defining who is authorized to access said 
document ; 

means for converting the plurality of documents into 

a common formats- 
means for storing the plurality of documents in said 

common format ; 

a first database for storing the plurality of 

document profiles and the authorization information; 
means for extracting text from the plurality of 

documents ; 

a second database for storing the extracted text ; 

means for receiving a user identification code from 
a browser program of remote user; 

means for blocking simultaneous use of the user 
identification code, with automatic re-enablement after a 
predetermined period of inactivity from the user 
identification code ; 

means for submitting an initial query to the 
relational database for all documents the remote user is 
authorized to access and that were received from 
contributors during a previous preset time period; 

means for transmitting results of queries to the 
browser program for display according to the format 
specified in one of the plurality of templates; 

means for enabling the remote user to submit 
queries ; 

means for determining if a submitted query includes 
a text search parameter, and if so, routing said query to 
the second database, and if not, routing the query to the 
first database; and 

means for executing the submitted queries by 
selecting all documents the remote user is authorized to 
access and that satisfy the submitted query. 



wo 97/46950 



2/5 



PCT/US97/10225 



Bulletin Board 



120 



r 



■122 ^124 



L 



126 



Refresh | { Query [Summary | AM Notes | | View All 148 | | Long Form 



128 



Latest 100 of 143 Documents - 



132 



Submit Company 



130 



Pgs Size Symbol SYN Headline 



10:41AM 
10:39AM 
10:39AM 
10:37AM 
10:36AM 
10:35AM 
10:21AM 
10:18AM 
10:18AM 
10:14AM 
10:14AM 
10:14AM 
10:14AM 
10:14AM 
10:04AM 
10:0 2AM 



Equitable Securities 


3 






Equitable Securities 


2 


72K 




Equitable Securities 


3 


75K 




Punk, Ziegel & Kn... 


1 




HPS 


Merrill Lynch 


2 


51 K 


ASDOF 


Merrill Lynch 


2 


17K 


CNG 


Merrill Lynch 


2 


12K 




Merrill Lynch 


6 


55K 




ING Barings 


6 


64K 


SKODA... 


Merrill Lynch Test 


11 




MLNONO 


Janney Montgomery... 


2 


35K 


ADCO 


Menill Lynch Test 


1 




MLN02 4 


Janney Montgomery... 


7 


57K 




Janney Montgomery... 


86 


469K 


ANST M... 


Brown Brothers Ha... 


15 


172K 


CL HNZ... 


Merrill Lynch. 




52K>^ 


HNKDR 



Roper Industries 

Mid States PLC 

Leooett & Piatt 
Yes HealthPlan Service 
ASSIDOMAN: Strong 
CONSOL NAT GAS: A 
Strategy Updatesr 
Daily Optimized. T 
Eastern Europe Da 
CURRENT RESTRICT! 
Adco Technologies 
24-Hour Restrictions 
Statistical Pages 
Mid-Atlantic Revi 
Colgate-Palmolive 
HANKYIJ DFPT I nwp 



1(^0 



1 7— 

106 108 110 111 



102 



104 



-112 



FIG. 2 



SUBSTITUTE SHEET (RULE 26) 



wo 97/46950 PCT/US97/10225 

3/5 



212 



Submit 



Symbol: 



-202 

For Period 
Of:V-204 



Keywords 
-206 



ywoi 
Contributors: 



208 



Industries: 



210 



214 



124 




126 



Count Only I [Summary AM Notes! Reset 




Document Query 



216 



200 



Last 7 Days 



[All Contributors] 



Adams, Hari(ness & 
Alex Brown & Sons 
Auerbach Grayson & Co., Inc. 
Brown Brothers Harriman & Co. 
Chicago Corporation 



[All Industries] 



ADVERTISING 

AEROSPACE 

AGRICULTURE 

AIR TRANSPORTATION 

APPAREL & TEXTILES 



218 



BBoard 



Symbol Guide 



20 



FIG. 3 



SUBSTITUTE SHEET (RULE 26) 



wo 97/46950 



4/5 



PCT/US97/10225 



404 

I 



Refresh 


Query 


Summary 


lAM Notes 



Query Results 
^128 ^130 



Lastest 100 of 1 15 Documents, Sorted by Score, for l[ Last 30 Days |||t|| and ("strong b 
Scr Release Company Pgs Size Symbol SYN Headline 



7 



Apr 22 
Apr 22 
Apr 22 
Apr 22 
Apr 22 
Apr 22 
Apr 23 
Apr 23 
Apr 23 
Apr 23 
Apr 24 
Apr 24 
Apr 24 
Apr 25 
Apr 25 
Apr 2 5 



Alex Brown & Sons 


3 


132K 


SUI 


Alex Brown & Sons 


4 


89K 


HRC 


Alex Brown & Sons 


9 


225K 


IWBK 


Alex Brown & Sons 


9 


348K 


MRK 


Alex Brown & Sons 


93 


620K 


ALTRA... 


Alex Brown & Sons 


7 


689K 


DTOP 


Alex Brown & Sons 


5 


126K 


DELL 


Alex Brown & Sons 


5 


88K 


GDT 


Alex Brown & Sons 


4 


91K 


HCR 


Alex Brown & Sons 


8 


345K 


JNJ 


Alex Brown & Sons 


4 


81K 


ATML 


Alex Brown & Sons 


6 


94K 


CSCC 


Alex Brown & Sons 


9 


187K 


EVGM A... 


Alex Brown & Sons 


10 


281 K 


AMRD C... 


Alex Brown & Sons 


4 


82K 


MCSY 


Alex Brown & Sons 


-A 


80K 


ODR RE 



SUN COMMUNITI 
HEALTHSOUTH C 
INTERWEST BAN 
MERCK & CO.. 
WEEKLY NOTES 
DESKTOP DATA. 
DELL COMPUTER 
GUIDANTCORPO 
HEALTH CARE & 
JOHNSON & JOH 
ATMEL CORPORA 
CASCADE CQMMU 
EVERGREEN MED 
BROADCASTING : 
MEDIC COMPUTE 
ALEX BROWN 



40 



102^ 



104' 



106 108 110 111 



-112 



FIG. 4 



SUBSTITUTE SHEET (RULE 26) 



wo 97/46950 



PCT/US97/10225 




INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US97/I0225 



A. CLASSIFICATION OF SUBJECT MATTER 
1PC(6) :G06F 17/00. 7/00 

US CL :395/602. 603. 609. 615: 364/280.5. 280.6. 282.1, 282.4 
According lo International Patent Classificotion (IPC) or to both naiionat classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (ctassificaiion system followed by classification symbols) 
U.S. ; 395/602. 603. 609. 615; 364/280.5. 280.6. 282.1. 282.4 



DocumcnUtion searched other than minimum documentation lo the extent thai such documents are included in the fields searched 



Electronic data base consulted during the inlcmational search (name of dau base and. where practicable, search terms used) 
APS 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category" 



Citation of document, with indication, where appropriate^ of the relevant passages 



Relevant to claim No. 



A.P 
A.P 



US 5,600,831 A (LEVY et al) 04 February 1997, col. 10, lines 17- 
43 and col. 11, lines 42-63. 

US 5,530,852 A (MESKE, Jr. et al) 25 June 1996, col. 2, lines 22- 
55 and col. 4, lines 13-60. 

US 5,572,643 A (JUDSON) 05 November 1996, col. 3, lines 44-67 
to col. 4, lines 1-24. 

US 5,388,196 A (PAJAK et al) 07 Feb 1995, col. 1, lines 18-65 and 
col. 4, lines 33-56. 

US 5,649,186 A (FERGUSON) 15 JULY 1997, col 1-2, Summary 



1-6, 12-13 
7-11, 14-40 
7-11, 14-40 
7-11, 14-40 
1-14,33-38 



Px] Further documents arc listed in the continuotion of Box C. [ | Sec potent family annex. 



* Spociol cotegorioa of cite<l <locumoiits: 

'A' documom dafutins th« aen«rol Mate of dio an which ta noi conaKi«rod 

to bo of porucutcr ralavonco 

'E* oorlior document publi«tiod on or oftor iho miamauonal Gltno doio 

•L" docuffloni vthteh may throw 6ovh*o on prvority cIouh(b) or which t» 

citod to oBiobltsh tho publtccmon daifi of onochor ettotio« or other 
tpociol roaoon (oo opociftod) 

'O* documont rsforrina to on oral dttcloouro. ii*o. ofthibuion or othor 

■p" documont publbhod prior to the tntomotionol filuig dota but lour than 
ih« prioriry dot* eloiffiod 



btor documortt pubtuhcd ofter tho intomotKmot filtne <loio or prior »ty 
doto ond not m conflict vrith tho applac&tion but cited to ui«i«r»tnnd 
iho prtncipto or thoory underlying tho wivontMMt 

documont of poruculor rvtovanco: iho claim «d invention catwA bo 
conotdored oovet or cannot b« consKloTod lo involve on inventive ttep 
wbon tho docunont t* taken olono 

doeumonl of penicutor rolevonco; iho ctoimod inventjon cannot be 
conaidorod lo mvolvo on tnvontxvo stop when tho documont to 
combmod with one aa mora othor »och docuraontA. auch combinotion 
being obvioua to o porDon akilted in the ort 

document member of the oomo potent fomily 



Dole of the actual completion of the international search 



29 JULY 1997 



Nome and moiling oddres$ of the ISA/US 
Commissioner of Patents and Trademarics 

Box per 

Washington, D.C. 20231 
Facsimile No. (703) 305-3230 



Dote of mailing of the inlcmationo I scorch report 



VOELTZ 
Tel<A)hone No. (703) 305-9714 



Form PCT/ISA/2I0 (second sheciXJuW I992)ti 



INTERNATIONAL SEARCH REPORT 



Internationa) application No. 
PCT/US97/10225 



C (Coniinuation). DOCUMENTS CONSIDERED TO BE RELEVANT 


Category* 


Citation ot' document, with indictition, where appropriate, of the relevant passages 


Relevant to claim No. 


Y 


us 5.452,460 A {DISTELBERG ET AL) 19 SEPTEMBER 1995, 
COL 1-6 


1-24,37-38 


Y 


US 5,502.637 A (BEAULIEU ET AL) 26 MARCH 1996. COL 1- 
3. 


1-13 


X 


US 5.502.637 A (BEAULIEU et al) 26 March 1996. Col 1-3 


25-27 



Form PCT/lSA/210 (continuation of second sheelXJuly 1992)* 



This Page Blank (uspto) 



